Gọi một dịch vụ WCF mà không cần tạo một Assembly

Question

Tôi đang cố gắng viết một số mã trong C# sẽ gọi một dịch vụ WCF khi đang di chuyển bằng cách nhập WSDL, kiểm tra nó và sau đó thực hiện các cuộc gọi đến nó một cách tự động.

Dịch vụ tôi gọi có thể thay đổi theo thời gian - vì vậy nếu tôi muốn khách hàng biết về các phương thức mới và thông số đầu vào mới và tham số đầu ra cho cuộc gọi mà không cần xây dựng lại máy khách.

Một giải pháp khả thi cho việc này là nhập và biên dịch tham chiếu dịch vụ khi đang di chuyển.

được nêu ở đây: Creating an assembly on the fly from a WSDL

Tôi muốn tránh việc tạo ra một lắp ráp và sau đó phản ánh qua nó nếu có thể.

Tôi đã xem mã của proxy động trong liên kết và họ sử dụng lớp khung làm việc để nhập. Lớp này là WsdlImporter. Vì vậy, tôi đã nghĩ tuyệt vời - tôi có thể sử dụng nó và kiểm tra lược đồ WSDL và xác định những gì các cuộc gọi có mặt và những gì đầu vào và đầu ra có sẵn.

Vấn đề là thiếu thông tin loại trong các đối tượng MessagePartDescription mà các đối tượng WsdlImporter tạo. Dường như đây là thiếu because it cannot find the types yet - see the response to the question from Brian.

Vì vậy, bất kỳ lời khuyên nào về cách tôi nên tiến hành? Tôi hoàn toàn đi sai đường ở đây à?

Answer 1

Điều này có lẽ không phải là câu trả lời nhưng tôi sẽ đăng câu trả lời đó làm một để mô tả đầy đủ ý kiến ​​của tôi.

Proxy động:
IMO đây là ví dụ về sử dụng sai công nghệ. Đó là hành vi cơ bản của WSDL - nếu nó thay đổi bạn phải thay đổi máy khách hoặc bạn phải tạo ra phiên bản WSDL tốt và tạo ra máy khách mới.

Bạn vẫn phải bằng cách nào đó nói rằng khách hàng của bạn nhận WSDL - điều đó có nghĩa là bạn sẽ phân tích cú pháp WSDL trước mỗi cuộc gọi? Có vẻ như không phải là một ý tưởng hay.

Thông tin về các loại thực sự không phải là một phần của WSDL vì bởi WSDL mặc định được tạo ra có thể tương thích. Các loại CLR không hoạt động cần thiết cho khả năng tương tác. Khi bạn tạo proxy dịch vụ bằng cách thêm tham chiếu dịch vụ hoặc Svcutil, nó sẽ tạo mã cho các kiểu được định nghĩa trong WSDL. Mã đó sau đó cần được biên dịch.

Bạn có thể thử sử dụng NetDataContractSerializer thay vì mặc định DataContractSerializer. NetDataContractSerializer thêm thông tin kiểu CLR vào WSDL nhưng tôi vẫn hy vọng rằng các kiểu mới phải được biết đến với các máy khách của bạn - nó có nghĩa là triển khai lắp ráp mới với các kiểu và sử dụng nó bởi các máy khách. Điều này gần như âm thanh giống như cách tiếp cận tương tự khi đơn giản triển khai lắp ráp với proxy máy khách tĩnh mới.

động WF client
Tôi cũng không thấy quá nhiều việc sử dụng của kiến ​​trúc này - bạn vẫn cần phải thay đổi khách hàng để phản ánh bước WF mới, không bạn?

Thay đổi WF
Chúng ta đang nói về nền tảng Windows Workflow? Tôi khó có thể tưởng tượng kịch bản mà bạn tạo WF, phơi bày nó như một dịch vụ và sau đó thay đổi nó. Khi bạn trưng ra WF như dịch vụ, bạn có thể định nghĩa WF đang chạy dài. WFs dài chạy sử dụng sự kiên trì dựa trên serialization (ít nhất là trong WF 3.5 nhưng tôi tin rằng nó là giống nhau trong WF 4).Khi bạn thay đổi định nghĩa WF, tất cả các WF vẫn tồn tại có thể bị hủy hoại bởi vì chúng sẽ không bao giờ deserialize. Tình huống này thường được giải quyết bằng cách triển khai song song phiên bản mới và cũ, trong đó phiên bản cũ chỉ được sử dụng để hoàn tất WF không hoàn chỉnh. Một lần nữa nó có nghĩa là khách hàng mới.

Answer 2

Nếu bạn nhìn vào vấn đề từ một góc độ khác. Bạn có cần phải tạo lại proxy mỗi lần hoặc bạn có cần một hợp đồng tiếp tục hoạt động khi mọi thứ thay đổi không?

WCF có một cơ chế để IExtensibleDataContracts này xem: http://msdn.microsoft.com/en-us/library/ms731083%28v=VS.100%29.aspx

Thực hành tốt nhất cho phiên bản của hợp đồng có thể được tìm thấy here