Nhiều dịch vụ WCF tham chiếu cùng một hợp đồng dữ liệu

Question

Tôi đang xây dựng một bộ các dịch vụ WCF chia sẻ các hợp đồng dữ liệu chung (hoặc các thực thể nếu bạn thích). Đây là những đối tượng chuyển dữ liệu đơn giản được trang trí với các thuộc tính DataContract và DataMember. Tôi chỉ định rõ tên và không gian tên. Trong cố gắng tuân theo các nguyên tắc của khuyến cáo của IDesign về trung bình 12 thành viên cho mỗi hợp đồng dịch vụ, tôi đang phá vỡ dự án dịch vụ của tôi thành nhiều dịch vụ.

Hợp đồng dữ liệu của tôi nằm trong một hội đồng riêng biệt mà tôi có thể cung cấp cho khách hàng của mình nếu họ đang sử dụng .Net. Họ có thể cho biết tài liệu tham khảo dịch vụ của họ để sử dụng lại các loại trong hội đồng tham chiếu. Tuy nhiên, nếu họ không sử dụng .net và họ sử dụng 2 dịch vụ mà cả hai đều sử dụng cùng một thực thể thì họ sẽ, tôi giả sử, nhận được một thông điệp tham khảo mơ hồ. Tôi có thể thấy điều này trong Visual Studio nếu tôi không tham khảo dll hợp đồng dữ liệu.

Câu hỏi của tôi là, có bất kỳ điều gì tôi có thể làm trong các dịch vụ của mình không, hoặc họ có thể làm trong ứng dụng khách để tránh phải hội đủ điều kiện hợp đồng dữ liệu đến từ đâu?

Answer 1

Tôi cũng có xu hướng giữ tất cả các hợp đồng dữ liệu trong một assembly được tham chiếu bởi nhiều dịch vụ và nhiều ứng dụng khách, hoạt động tốt nhưng tôi chưa bao giờ thử dùng dịch vụ bên ngoài .NET.

Có thể hữu ích khi biết công nghệ nào họ đang sử dụng để sử dụng dịch vụ khác với .NET? Điều gì đang ném thông điệp tham khảo tuyệt vời?

Answer 2

Tôi tình cờ có nhiều dịch vụ chia sẻ các đối tượng trên đầu của tôi. Tôi không chắc chắn tại sao bạn gặp vấn đề này. Trong trường hợp của tôi, tôi có thể truy cập các đối tượng theo cách này. . . .

SERVICE1 client = new SERVICE1()

client.CommonLibrary.Address. . .

SERVICE2 client2 = new SERVICE2()

client2.CommonLibrary.Address. . . .

Answer 3

Tùy thuộc vào công cụ mà họ đang sử dụng ở phía máy khách. Ví dụ, với Axis2 cho Java, công cụ wsdl2java có thể chia sẻ các loại bằng cách sử dụng công tắc -u.

how can I share proxy objects across multiple Axis2 web service clients?

Answer 4

Từ hiểu biết của tôi và làm việc với WCF, hoặc là một trong những hợp đồng dữ liệu được sử dụng bởi các ứng dụng khách hàng sẽ không quan trọng miễn là tên đầy đủ là như nhau và có các thành viên cùng một dữ liệu. Bên trong nó chỉ tạo đối tượng động và gán lại các thuộc tính thành viên dữ liệu đó bằng cách sử dụng công cụ setter công cộng.

Một cách tiếp cận tốt hơn tôi nghĩ là tái cấu trúc hợp đồng dữ liệu của bạn để bạn đặt tất cả các dịch vụ phổ biến trên nhiều dịch vụ vào một assembly và tham khảo chúng, do đó bạn sẽ không gặp phải vấn đề xung đột hoặc xung đột này được ứng dụng khách sử dụng.

Answer 5

Bài viết hay mô tả cách giải quyết vấn đề này. Sharing DataContracts between WCF Services

Answer 6

Chúng tôi tạo proxy dịch vụ không thông qua trợ lý Visual Studio mà theo các tệp lô tùy chỉnh gọi slsvcutil.exe (như chúng tôi sử dụng Silverlight).Ở đó bạn có thể chỉ định một ánh xạ tên miền không gian sử dụng tham số/n như thế này:

"C:\Program Files (x86)\Microsoft SDKs\Silverlight\v5.0\tools\slsvcutil.exe "^ 
http://ServiceUrl/MyService.svc^ 
**/n:http://youruri.org/CustomerService/DataContracts,CLR.Namespace.CustomerService^** 
/n:*,CLR.Namepsace.MyService^ 
/r:"%ProgramFilesFolder%\Reference Assemblies\Microsoft\Framework\Silverlight\v5.0\System.Windows.dll"^ 
/ct:System.Collections.ObjectModel.ObservableCollection`1^ 
/edb^ 

Vì vậy, tất cả các hợp đồng dữ liệu có namespace http://youruri.org/CustomerService/DataContracts phát sinh tới CLR.Namespace.CustomerService clr namespace trong file proxy và vân vân. Do bạn đã tạo proxy này trước trong cùng một assembly proxy, bạn có thể cắt toàn bộ không gian tên này ra khỏi tệp thứ hai của mình và mọi thứ hoạt động tốt - chúng tôi đã viết một công cụ nhỏ cho bước cuối cùng. Tất cả các không gian tên hợp đồng khác sẽ được tạo ra cho không gian tên CLR.Namepsace.MyService (xem ý nghĩa dấu hoa thị bắt tất cả)

Quá trình này được thiết lập vì bạn phải tạo thủ công các tệp lô, nhưng một khi điều này được thực hiện nó hoạt động tốt.