gửi dữ liệu đến một trang web từ một dịch vụ WCF

Question

tôi có các thiết lập sau

• Một trang web jQuery (trang không chính xác duy nhất, nhưng không xa nó), mà sử dụng một
• Một ASP.NET MVC trang web như một backend, kết nối (thông qua net.tcp hoặc net.pipe) để
• một dịch vụ WCF tự lưu trữ quản lý và kết nối với
• một lượng lớn các dịch vụ bên ngoài cao độ trễ.

Vì vậy, khi khách hàng nhấn nút, yêu cầu sẽ được gửi đến MVC, sẽ chuyển nó đến WCF, tổng hợp nó từ các dịch vụ bên ngoài và mọi thứ đều ổn và dandy.

Vấn đề tôi không thể che giấu xung quanh là giao tiếp theo cách khác, tức là khi một trong các dịch vụ bên ngoài ngoại tuyến, cách dễ nhất và thanh lịch nhất để thông báo cho khách hàng (trình duyệt) là gì?

Điều này có nghĩa là dịch vụ bằng cách nào đó sẽ thông báo cho trang web mvc bằng cách nào đó sẽ thông báo cho khách hàng rằng dịch vụ bên ngoài đang ngoại tuyến.

Ngoài ra: Dịch vụ bên ngoài sẽ có tính khả dụng cao, do đó, tình huống "ngoại tuyến" sẽ ít khi được sử dụng và theo đó tôi đang tìm giải pháp không thực hiện bỏ phiếu rộng rãi cho máy chủ.

Answer 1

Tôi đang làm việc trên một kiến ​​trúc tương tự và đang lập kế hoạch sử dụng SignalR để đẩy cập nhật từ WCF, (đôi khi trực tiếp, đôi khi qua Azure Service Bus), đến một ứng dụng jQuery. Tuy nhiên, tôi chưa thực hiện điều này, vì vậy có thể có một số vấn đề tôi chưa xem xét.

Từ tài liệu của họ:

Đẩy dữ liệu từ máy chủ cho khách hàng (không chỉ khách hàng duyệt) luôn luôn là một vấn đề khó khăn. SignalR làm cho nó chết dễ dàng và xử lý tất cả các nâng nặng cho bạn.

Scott Hansleman có một blog tốt về chủ đề ở đây: http://www.hanselman.com/blog/AsynchronousScalableWebApplicationsWithRealtimePersistentLongrunningConnectionsWithSignalR.aspx

Answer 2

Bạn có thể sử dụng fault exceptions để trả lại dữ liệu ngoại lệ cho khách hàng.

Tôi muốn có cờ IsSuccessful trên hợp đồng đã trả lại và chỉ ném ngoại lệ lỗi khi có lỗi nghiêm trọng.

Đây là ví dụ rất cơ bản về hợp đồng phản hồi có cờ IsSuccessful.

[DataContract] 
public class MyResponse 
{ 
    [DataMember] 
    public bool IsSuccessful { get { return Message == null || !Messages.Any(); } set { } } 
    [DataMember] 
    public List<string> Messages { get; set; } 
} 

Messages có thể là các loại phức tạp nếu bạn cần cung cấp thông tin chi tiết hơn. Các thuộc tính DataContract và DataMember có thể là MessageContract và MessageBodyMember nếu phù hợp với kiến ​​trúc của bạn tốt hơn.

Answer 3

Kịch bản điển hình với WCF và trình duyệt là mẫu yêu cầu/phản hồi. Trình duyệt đưa ra yêu cầu và dịch vụ phản hồi.

Bạn có thể yêu cầu trình duyệt định kỳ thăm dò ý kiến ​​dịch vụ đang tìm kiếm trạng thái.

Answer 4

Nghe có vẻ như tôi, bạn sẽ cần phải triển khai một số loại trong dịch vụ bỏ phiếu để ping các dịch vụ bên ngoài này cho tính khả dụng của chúng.

Answer 5

Trong Discovery Namespace có chức năng cho phép dịch vụ WCF gửi thư khám phá. Nếu bạn có kế hoạch ngừng hoạt động, AnnouncementClient class có các phương thức để dịch vụ xuất bản thông báo về việc chuyển sang ngoại tuyến/trực tuyến.

Để đặt thông báo tùy chỉnh cho người dùng của bạn, bạn cần phải lắng nghe những thông báo Thông báo này. Lớp thực hiện điều này là AnnouncementService. Nó có các sự kiện để xử lý các thông báo Offline và Online.