web service的本来目的就是是跨机器，跨平台，跨语言之间的过程调用

所以你说的这些肯定都是必须的

如果你觉得麻烦 何必要用web service  直接用程序里的API就行了

【 在 bbhs (The_Blue_Sea) 的大作中提到: 】
: 在web services的三角模型中，包括provider,requester,broker。一个用户如果想让外界访问自己提供的web服务，必须到broker的uddi注册中心进行注册，否则用户提供的服务也只能够自己使用。我觉得这种方式有以下不足：
: 1。注册过程的繁琐
: 一个用户或者企业开发出自己的web服务以后必须到uddi注册中心（即broker)进行注册，并且用户在注册的时候必须填写大量信息，包括基本信息、提供的服务信息。。。对于一个企业来说可能更乐意去填写这些信息，这是对公司的一次宣传机会，但对于想提供一定web服务的个人来
: 2。海量的数据存储（uddi注册中心）
: 目前的uddi注册中心分了好几个入口，用户可以在任何一个入口进行注册，各个uddi中心采用p2p的方式，访问其中任何一个就相当于访问了所有的uddi这册中心。如果考虑到将来普通的用户也有可能提供web服务，那么web服务的数量级别将会是很大的。如何维护这么大量的数据和在
: 3。更新的不灵活性
: 在三角模型中，用户如果新增加服务或者服务的描述文件发生改变，那么用户必须到uddi注册中心更新相应的资料才能反映这种变化，那么如果用户没有即时更新或者忘记了更新将会出现怎样的情况呢？
: 以上是个人观点，欢迎大家讨论！
--
FROM 162.105.14.147