lyojbuilder 2003-08-26 20:54
上次早上看到robbin的回复，写得很不错，但由于马上要上课了，不得不走，想中午接着看，但贴子没有了，如果robbin看到这个贴子，希望他能再回复一次关于Soap的看法（我现在正在决定该不该花大量时间深入学习一下WebService,因为我不是很了解他，不知道以后是否有机会用到他）...
progame 2003-08-27 12:23
如果不是为了可以提供通用的协议
.Net本身的remote对象基于二进制的传输和调用可以提供很好的性能
soap虽然慢 但我们应该对以后的网络发展保持一种乐观的态度
robbin 2003-08-27 13:29
我那个被删掉的帖子其实主要谈的是微软公司的技术和商业方面的问题，批评了一顿在校学生的幼稚的观点，现在也懒得重新写了。

SOAP和Web Services是很有用的东西，在Web Services还没有流行之前，因为常遇到公司之间不同的系统要交换数据，那个时候我们就是采用了XML格式来表达数据，然后在HTTP协议之上约定简单的协议，然后双方按照约定的协议和XML格式进行数据的交换和共享，现在想来，其实这就是SOAP的雏形。

Web Services就像IT历史上出现的任何技术一样，遵循一个同样的规律：

一种技术刚被推出的时候，出于种种原因，被夸大了很多，快速的普及，产生了一个波峰，之后会慢慢冷淡下来，然后人们逐渐认识到它的真正的价值，于是开始了正常和平稳的发展。

例如Java技术，在96年97年的时候达到波峰，那个时候人们何等疯狂，恨不得用Java来写操作系统，断言Java语言将替代一切编程语言。后来就沉寂下来，然后对Java重新有了一个正确的认识，Java开始了一个平稳的发展道理。

而Web Services恰恰出于急速上升的阶段，还没有到达波峰。当然技术的快速推广需要这样一个波峰的存在，使它能够快速的被社会的各个角落认识和应用。

SOAP协议并非只是用在HTTP协议之上，还可以用很多协议来绑定，例如SMTP协议，Jabber协议等等。

yyanghhong 2003-08-30 10:10
web service 应该是很有前途的, 特别是UDDI, 提供了一种比search engine更系统的信息组织查找方法, 他的关键点是注册数据库, 但他的建立是极耗费时间和资源的, 全球只有几个大公司可搞的起.
想想建立在html查找基础上的goolge, 就知道基于xml和web service的UDDI有多重要了
yangkun24 2003-08-30 19:02
to robbin,

谢谢你的指教，看了你的发言，我现在感觉我的一些观点是有些幼稚，

你在这个行当上比我要成熟多了！

能够交个朋友吗？我希望能从你那里学到更多在学校里面学不到的东西！

我快毕业了！

我对.NET比较熟悉，我想我们能够成为朋友！

我的qq是：51996860

现送上一个美女，请笑纳

^_^

sprsong 2003-08-31 19:56
其实我觉得xml还是有存在的必要的，反正不管用什么只要能解决问题就可以，速度慢吧，以后的硬件也便宜了，作为小平民也没有权利挑剔什么，怎么着都可以，只要别让我用JAX操作XML就行了（太不人性化了）。
iceant 2003-08-31 20:13
大约一年前，我问过一位 Sun 的工程师，问他对 WebService 的看法，他说 WebService 是未来的技术。这个观点我比较赞同。抛开性能不说，Web Service 的设计思想非常好，我个人认为是对 CORBA/EJB 等这些分布式系统的重要补充。只是采用XML做信息的载体是否有效与有益，这个问题我觉得需要再做商榷。但无论怎么样，我还是看好 Web Service 在应用层，特别是实时性要求不高的地方的应用。