你好再次女士们和男士们!
好的,继续我关于ASP.NET Web服务结果,代理类和类型转换的其他问题.我参与了我的项目,我需要在思考上限.
基本上,我们有一个大型,复杂的自定义对象,需要从Web服务返回并在客户端应用程序中使用.
现在,基于前面的讨论,我们知道这将采用代理类的形式作为返回类型.为了克服这个问题,我们需要基本上将属性从一个复制到另一个.
在这种情况下,这是我真的,真的,真的!喜欢避免!
所以,它让我思考,我们怎么能这样做？
我目前的想法是将对象完全序列化为XML,然后将XML作为字符串从Web Service返回.然后我们在客户端反序列化.这将意味着相当多的属性装饰,但至少两个端点的代码都很轻,即只使用.NET XML Serializer.
Cheekysoft.. 5
.Net XML(de)序列化非常好地实现.首先想到的是,我认为这根本不是一个坏主意.
如果两个应用程序导入相同的C#类定义,那么这是一种免费获取复制构造函数行为的相对好的方法.如果类结构发生变化,那么当双方都获得新的类定义时,一切都会起作用,而不需要在Web服务消耗/构造方面进行任何其他更改.
编组和解组XML有一点点开销,但远程Web服务调用的开销可能相形见绌.大多数程序员都很好地理解.Net XML序列化,并且应该生成易于维护的解决方案.
.Net XML(de)序列化非常好地实现.首先想到的是,我认为这根本不是一个坏主意.
如果两个应用程序导入相同的C#类定义,那么这是一种免费获取复制构造函数行为的相对好的方法.如果类结构发生变化,那么当双方都获得新的类定义时,一切都会起作用,而不需要在Web服务消耗/构造方面进行任何其他更改.
编组和解组XML有一点点开销,但远程Web服务调用的开销可能相形见绌.大多数程序员都很好地理解.Net XML序列化,并且应该生成易于维护的解决方案.
京公网安备 11010802040832号 | 京ICP备19059560号-6 