Sử dụng WebServiceHostFactory Ưu và nhược điểm

Question

Khi lưu trữ dịch vụ WCF trên IIS, bạn có tùy chọn cấu hình thủ công điểm cuối hoặc khai báo bằng phương tiện của WebServiceHostFactory. Nó không có vẻ là khó khăn để tự tạo ra các điểm cuối vì vậy tôi figured tôi sẽ yêu cầu.

• Lợi ích của việc sử dụng WebServiceHostFactory là gì?
• Có bất kỳ tác động nào về hiệu suất để tạo động các điểm cuối không?

Answer 1

Bạn có thể làm rõ: bạn đang hỏi cụ thể về Web ServiceHostFactory (nhấn mạnh: "Web")? Hoặc chỉ là sự khác biệt giữa IIS lưu trữ nó vs bắt đầu máy chủ của riêng bạn thông qua mã?

WebServiceHostFactory mới trong .NET 3.5 và hỗ trợ một số công cụ AJAX/JSON mới hơn.

Trên thực tế, trong IIS (sử dụng .svc), bạn đã sử dụng ServiceHostFactory - chỉ đơn giản là mặc định được vận chuyển với WCF. Bạn có thể viết nhà máy riêng của bạn nếu bạn muốn, và tôi đã làm điều này trong quá khứ để tạo một nhà máy mà chỉ chỉ lắng nghe trên https (Tôi gặp sự cố trên trang trại lưu trữ nhiều trang web, nơi không thể xác định chính xác trang web cho http, nhưng https là tốt - vì vậy tôi hoàn toàn vô hiệu hóa http thông qua nhà máy).

Hiệu suất không nên có bất kỳ khác nhau miễn là bạn không đi điên và nghe trên 200 end-điểm ...

Nói chung, tự tạo máy chủ được sử dụng khi bạn đang lưu trữ máy chủ tại (ví dụ) một dịch vụ cửa sổ. IIS là tốt cho một số điều, nhưng app-pool được tái chế, do đó, không phải là lý tưởng cho một máy chủ mà cần phải giữ lại trạng thái tồn tại lâu dài. IIS có lợi thế là dễ dàng hơn nhiều để cấu hình, đặc biệt là với bảo mật (SSL vv) và nén.

Answer 2

Tôi chắc chắn không phải là một chuyên gia (chưa), nhưng nhược điểm mà tôi suy nghĩ là:

• bạn chỉ có thể có một xác thực phương pháp tại một thời điểm (tức là không phải cả hai Windows và vô danh.) Cf . WebServiceHostFactory and IIS authentication
• Lỗi xử lý là khó có thể làm theo một cách chung chung (không Application_OnError, vì vậy bạn sẽ phải thiết lập điểm cuối của bạn bằng tay sau khi tất cả)

Pro:

• dàng thiết lập các dịch vụ REST từ đầu.