Dịch vụ WCF thay vì Dịch vụ Web ASMX?

Question

Tôi đang viết một Máy chủ SOAP sẽ hoạt động như một điểm cuối cho một máy khách bên ngoài. Máy khách bên ngoài mong đợi SOAP 1.1. Tôi sẽ lấy các đối tượng kinh doanh được nhúng trong các thông báo SOAP và chuyển chúng vào một ứng dụng nội bộ, nhận phản hồi và trả lời với các thông báo SOAP cho máy khách vĩnh cửu.

Tôi đã làm các dịch vụ web dựa trên ASMX truyền thống cách đây vài năm. Bây giờ, tôi đã khám phá WCF Services và tự hỏi cách tiếp cận tốt nhất để thực hiện.

1) WCF có nên được coi là bộ siêu dịch vụ web ASMX không?

2) Có lý do gì để viết các dịch vụ web mới bằng ASMX thay vì WCF không?

3) WCF có cung cấp các cơ sở tốt hơn để làm việc với các thông điệp SOAP, chứ không phải là các Tiện ích mở rộng SOAP không?

4) Tôi có thể hạn chế giao tiếp với SOAP 1.1 bằng WCF, cách tôi có thể thay đổi web.config trong ASMX không?

5) WCF có cách dễ dàng để đăng nhập hoặc xem lại các yêu cầu truy cập dịch vụ mà không cần đến một thứ gì đó như tiện ích mở rộng SOAP không?

Rất tiếc, câu hỏi của tôi không cụ thể; vẫn đang cố gắng để có được xử lý trên những gì tôi cần phải biết ...

Sử dụng VS2008, Windows Server 2008.

Chris

Answer 1

tôi sẽ khuyên bạn nên sử dụng WCF. Nếu bạn cấu hình dịch vụ WCF của bạn để sử dụng basichttpbinding, nó sẽ hoạt động như một dịch vụ SOAP 1.1.

1. WCF "thay thế" một số công nghệ truyền thông, bao gồm asmx.
2. Tôi không thể nghĩ ra bất kỳ lý do kỹ thuật nào. Bạn có thể làm điều đó nếu bạn có một đội ngũ biết asmx nhưng không wcf, hoặc bạn có một dự án với rất nhiều dịch vụ asmx và bạn không muốn giới thiệu một công nghệ mới.
3. WCF có message contracts, nhưng không chắc chắn 100% ý nghĩa của bạn ở đây.
4. Vâng, cơ bản http ràng buộc
5. Có, bạn có thể sử dụng WCF tracing