WebService与Remoting专题

转载

ASP.NET Web 服务与 .NET Remoting 是微软在分布式应用方面的两项技术

ASP.NET Web 服务支持 XML 架构类型系统，提供一种简单的编程模型，使用范围广，可以跨平台使用。

.NET Remoting 支持运行时类型的系统，提供较复杂的编程模型，使用范围较窄。

这种本质上的差别是决定使用哪种技术的主要因素。

但是，还要考虑很多其他设计因素，包括传输协议、主机进程、安全性、性能、状态管理以及对事务的支持等。

是否有和外部系统，或者异构系统接洽的可能，有的话，WS更合适一些，但是不代表你使用WS一定能接洽．

WS是Based-xml的协议，所以任何系统都可以按自己的方式定义WSDL，但是里面对象类型却不是一定能够被异构系统读取的
如果没有这方面需求，那么就是要考虑到效率和部署、编码、调试、分发等各方面的比较

其实分布式对象不是解决数据的ＣＲＵＤ问题的，解决的是ＢｉｇＢｕｓｎｅｓｓ的问题
ＢｉｇＢusiness
数据的ＣＲＵＤ，最好使用一个效率更高的方式实现

 

尽管 .NET Remoting 基础结构和 ASP.NET Web 服务均可实现进程间通信，但它们的专业程度和灵活性各具特色，可以满足不同层次的目标用户。如果您的应用程序需要与其他平台或操作系统进行互操作，最好使用 ASP.NET Web 服务，因为它们支持 SOAP Section 5 和 Document/Literal，因而灵活性更好。另一方面，当您需要更丰富的面向对象的编程模型时，请使用 .NET Remoting。有关详细信息，请参阅 ASP.NET Web 服务还是 .NET Remoting：如何选择。在性能是主要要求而不太关心安全性和进程生命周期的方案中，可以选择 .NET Remoting TCP/二进制；但是请记住，当使用 IIS 主机实现时，可以通过向系统中添加更多的计算机来改善性能，而 .NET Remoting TCP/二进制实现则不能。

 

好坏?都不能一概而论,要看具体的应用. Remoting主要用在局域网内的集群,因为他在公网上安全性比较差. 而WebService,以一种服务的形式,向其他人提供.

hzw66(超越理想) 于 2005-9-2 14:46:05

remoting是有状态的，是紧密耦合；web service是无状态的，是松散耦合； 总的来说remoting适合局域网内，对性能和响应效率要求较高的场合； 而web service适合跨网络，跨系统，对移植性和通用性要求较高的场合； remoting和web service严格的说都不是和J2EE的EJB对应的技术，如果一定要比较， 那么部署在COM+/MTS的.net remoting组件可以和EJB对应。公允的说，目前DotNet 在企业级应用上的结构还不完整。

好坏?都不能一概而论,要看具体的应用. Remoting主要用在局域网内的集群,因为他在公网上安全性比较差. 而WebService,以一种服务的形式,向其他人提供.

hzw66(超越理想) 于 2005-9-2 14:46:05

remoting是有状态的，是紧密耦合；web service是无状态的，是松散耦合； 总的来说remoting适合局域网内，对性能和响应效率要求较高的场合； 而web service适合跨网络，跨系统，对移植性和通用性要求较高的场合； remoting和web service严格的说都不是和J2EE的EJB对应的技术，如果一定要比较， 那么部署在COM+/MTS的.net remoting组件可以和EJB对应。公允的说，目前DotNet 在企业级应用上的结构还不完整。