[讨论]在分布式应用中COM+与Web Service的比较？？

[large_small]

1、开发的复杂性？？
2、性能的综合比较？？
3、部署的简易性？

[AKULAKK]

我搞得不全面，略知一二：

·复杂性可能差不多因为各自采用的技术不同，谈不上绝对的复杂与简单
·性能，考虑ACID规则，COM+要好，否则WS绝对优势。
·部署绝对WS要好，这个是它的优点。

[wincarf]

由于要在接口层进行编程（当然可以使用vb避开，但是要时性能好的话必须使用vc）com＋还是相当负责的，com＋的安装配置也比较复杂，虽然有组件服务工具可以用，但是c/s结构在部署上的困难com＋都有。就性能来说，webservice完全可以看做使用http/soap作为底层协议的分布式结构，与使用私有二进制协议的com＋相比完全不在一个量级上。说道部署，webservice并不具有更多优势，因为使用webservice就需要一个客户端软件（如果使用网页作为客户端的话还不如直接开发b/s结构呢）
总的来说，webservice最大的优势实际上在于public性，可以在internet上构建分布应用。而com＋最大的优势在其性能即dna体系提供的各种服务

[BinzyWu]

应该看到随着MS的.Net战略得不断实施.在新的一系列.net Server,如BizTalk等等都给予了WS前所未有的支持,包括OFFICE. .net remoting是比JAVA的rmi等先进的产物,而完全可以替代DCOM的,而且DCOM的一些机制在现在看来已经比较落后,比如ping机制.的确MS的新的.Net体系即将建立.但COM+的一系列特性都非常好.
WS是强大的INTERNET的

1.复杂性的话如楼上楼上所说,需要看实际开发.
2.性能上就要按照应用环境来区分了
3.部署上可以很方便的使用XCOPY来部署,而COM+还是依赖与注册表,所以在服务器端的部署上WS要出色得多,而客户端也是

[bucher]

COM+提供了很高的效率，WS则提供了很好的易用性。
不仅仅是在Internet，在B2B方面WS提供了非常方便的安全性。COM+则需要windows集成认证，这一点在B2B之间几乎不可能。
WebService的目的在于提供服务，而不是写客户端程序。出发点和COM+是不同的。
我们通常在企业内部使用COM+或者.NET Remoting(Bitnary Format)。而B2B则使用TXT(XML)文件传送和WS。

[BinzyWu]

TO BUCHER:
WS不仅仅用来传输XML数据, 而是可以像COM+那样返回对象,返回"胖"对象,虽然这点要在客户端动手脚.比如WS返回一个拥有方法属性的DATASET:)
的确,在INTARNET,COM+的效率要高,但我还是喜欢.NET REMOTING:). 问题会比COM+来得少,特别是很多客户端会出现莫名其妙的问题.

只是我的愚见,因为我的企业经验实在太少,望指教.