SoapSuds工具的一些不足之处
Some shortcomings of SoapSuds tool
SoapSuds是.Net Framework提供的一个很有用的工具,用来在生成Remote Objects或Web Services的元数据(metadata),供Client端引用。但是,SoapSuds也存在一些不足之处,在使用过程应加以注意,然后通过一些措施进行解决。
1,不能提取非缺省构造函数(nondefault constructor)的元数据,如果Remote Objects的构造函数有传入参数,SoapSuds不能够提取这部分的元数据。
解决措施:使用SoapSuds提取Remote Objects元数据的源代码,手工修改/添加这部分的元数据,然后在Client端引用。(怎么改源代码?我还没有试过。)
SoapSups –url:<URL> -nowp –gc
SoapSups –ia:<Assembly> - nowp –gc
2,如果Remote Objects引用[Serializable] Class,那么通过SoapSuds则不能正确提取Remote Objects的元数据。
问题如下:通过SoapSuds 对Remote Objects提出的元数据不仅包括Remote Object本身,而且还有[Serializable] Class的元数据信息。(This is because SoapSuds generates metadata-only assemblies for all classes and assemblies that are referenced by your server.)如下图所示:
(有人可能会想,这样不是很好吗?直接给Client端这个DLL文件就可以了,[Serializable] Class的Shared Assembly都不需要提供给Client端了。)

如果感兴趣,可以分析SoapSuds生成的源代码或者Assembly(ILDASM工具),看上述观点是否正确。(我测试过,确实是这样的!)
如果同时在Client端引用[Serializable] Class的Shared Assembly和SoapSuds生成的Assembly,会出现Namespace冲突等异常。
如果在Client端只引用SoapSuds生成的Assembly,那问题是[Serializable] Class的元数据有问题呀。
解决措施:
(1)使用SoapSuds提取Remote Objects元数据的源代码,现在你打开生成的源代码,发现没有[Serializable] Class的元数据。(呵呵,这正是需要的)将这个源代码生成Assembly或者直接供Client端调用均可。
(2)同时在Client端引用[Serializable] Class的Shared Assembly。
这样,Client端需要引用两个文件。
Reference:
1. Ingo Rammer, Advanced .Net Remoting
2. MSDN
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】博客园社区专享云产品让利特惠,阿里云新客6.5折上折
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 没有源码,如何修改代码逻辑?
· 一个奇形怪状的面试题:Bean中的CHM要不要加volatile?
· [.NET]调用本地 Deepseek 模型
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· .NET Core 托管堆内存泄露/CPU异常的常见思路
· DeepSeek “源神”启动!「GitHub 热点速览」
· 微软正式发布.NET 10 Preview 1:开启下一代开发框架新篇章
· C# 集成 DeepSeek 模型实现 AI 私有化(本地部署与 API 调用教程)
· DeepSeek R1 简明指南:架构、训练、本地部署及硬件要求
· NetPad:一个.NET开源、跨平台的C#编辑器