.net 从服务器引用DLL的Web服务客户端

.net 从服务器引用DLL的Web服务客户端,.net,web-services,serialization,dll-reference,.net,Web Services,Serialization,Dll Reference,我有一个输出JSON序列化字符串对象的web服务。这只是一个具有简单属性的简单对象。我真的希望服务的使用者能够反序列化对象,以便在他们的项目中轻松使用完整的对象 我的问题是,我的客户是否可以从他们的项目中引用我网站上的DLL(我可能会偶尔更新以提供更多属性),以便他们始终拥有最新版本的DLL?或者,我唯一的选择是为所有客户机web服务用户分发一个轻量级DLL,只提供他们需要的对象?问题是,使用这种方法,如果我更新web服务上的对象,那么所有使用该服务的客户端都将崩溃,直到他们从我这里更新DLL为

我有一个输出JSON序列化字符串对象的web服务。这只是一个具有简单属性的简单对象。我真的希望服务的使用者能够反序列化对象,以便在他们的项目中轻松使用完整的对象

我的问题是,我的客户是否可以从他们的项目中引用我网站上的DLL(我可能会偶尔更新以提供更多属性),以便他们始终拥有最新版本的DLL?或者,我唯一的选择是为所有客户机web服务用户分发一个轻量级DLL,只提供他们需要的对象?问题是,使用这种方法,如果我更新web服务上的对象,那么所有使用该服务的客户端都将崩溃,直到他们从我这里更新DLL为止


还有其他的选择或解决方案吗?或者我错过了一些非常明显的东西吗?

SOA背后一个更重要的想法是解耦。这与您试图做的相反——您将客户与您的服务紧密耦合。尽量避免那样做

在任何情况下,如果您将SOAP与WCF一起使用,那么这样做将是微不足道的。我不知道您是否可以在基于JSON的服务中使用“重用类型”


当然,使用ASMX服务无法做到这一点。

您使用的是传统的ASMX技术吗?如果是,那么答案是“否”。仅供参考,这不是“标准ASMX”。它是“传统ASMX”。自2006年以来,它就不再是“标准”。它没有得到增强,只有最关键的bug修复。它真的不应该用于新的开发。谢谢约翰。只是想对我的客户如何使用服务输出进行更多的控制。可能需要改用WCF。通常,您不想控制客户端如何使用服务输出。这就允许了更多种类的客户。