Tôi có thể nói rằng Silverlight phù hợp hơn nhiều với phía ASP.NET của mô hình. Bạn có máy chủ phục vụ trang web. Một đối tượng (ứng dụng Silverlight) trên trang ping dịch vụ dữ liệu để tìm nạp dữ liệu và hiển thị nó.
Tất cả truy cập dữ liệu xảy ra ở phía máy chủ và không quan trọng nếu dữ liệu được sử dụng để tạo trang ASP.NET trên máy chủ hoặc được gửi thô tới RIA để hiển thị. Tôi đăng nhập bất kỳ thất bại trong dịch vụ dữ liệu trên phía máy chủ (sự kiện đăng nhập hoạt động tốt) và không cho phép bất kỳ ngoại lệ để vượt qua để WCF. Khi khách hàng không nhận được dữ liệu dự kiến (nó sẽ thu thập null hoặc một cái gì đó tương tự), nó hiển thị lỗi truy cập dữ liệu chung cho người dùng. Chúng tôi có thể cần phải mở rộng sớm để vượt qua một chút thông tin (phân biệt giữa truy cập bị từ chối/thiếu cơ sở dữ liệu/cơ sở hạ tầng thất bại/lỗi nội bộ/etc), nhưng chúng tôi không có kế hoạch truyền thông báo lỗi ngoại lệ cho khách hàng.
Đối với phía khách hàng, đôi khi chúng tôi có thể gặp phải trong trường hợp thời gian gọi không đồng bộ - đó chỉ là một thông báo khác. Đối với trường hợp ngoại lệ chung từ mã máy khách (thông thường, các lỗi trong mã của chúng tôi), tôi chỉ chuyển ngoại lệ cho trình duyệt để hiển thị theo cách tương tự như bất kỳ ngoại lệ nào của tập lệnh.
Nguồn
2009-02-23 21:00:05
Phiên bản cuối cùng được phát hành tuần trước. Tất cả các thành phần có sẵn thông qua NuGet. Dưới đây là thông báo: http://bit.ly/jDscwl –
Ngoài ra, hãy xem màn hình Channel9 gần đây thể hiện việc sử dụng Khối ứng dụng xử lý ngoại lệ cho Silverlight: https://channel9.msdn.com/posts/Enterprise-Library- for-Silverlight-Exception-handling-demo –