架构Web Service: 实战Web服务

之间进行交互，尤其是异构平台之间，我们需要将所有的操作(服务调用)和操作的数据(服务调用的参数和返回值)进行规范化的描述，形成规范文档后发布以供所有需要参与互操作的系统共同遵守。

为什么选择基于Web服务的解决方案?

我在前面已经就为什么电子商务需要Web服务作了初步的论述。电子商务需要摆脱独立解决方案的实现模式，需要舍弃复杂系统连接的实现方法。一个有效的电子商务应用绝对不应该是仅仅基于程序员以及那些复杂的代码的。对于电子商务而言，传统的由程序员主导的由里向外的开发模式应当被由用户主导的由外向里的开发模式取代。冗长的串行的开发循环应当被即时的，快速的应用装配所取代。同时这样的应用应当天生就具备高可定制性。如果探究其商业本质，这是来自经过时间考验的商业技术概念："即时制造"以及"规模可伸缩"等概念，我们需要做的就是将传统的商业概念延伸到电子商务中去。

通过使用Web服务，企业能够以前所不可能的方式通过抽象和混合将自身的电子商务组件化。当一个企业的核心竞争力被组件化之后，那么这些核心竞争力就能够很方便地在不同的企业之间共享，同时架构跨企业的电子商务应用，形成商务Web。

在我们的这个计算机产品销售网络应用中，我们可以预见到不同的销售商采用的系统很可能是多种多样的，有基于Windows/IIS的Web应用，有基于Java Platform的Web应用，也有基于Windows平台的桌面应用，也有可能是基于UNIX的ERP应用部分，要兼容那么多种类的应用，用一般的集成技术很难满足所有场合的需要。即使满足了，当有其他想加入这个体系的新的Retailer出现的时候，彼此的集成代价也是无法预知的。而通过公布预先定义好的可扩展的服务访问规范，使得这些需要集成入体系的Retailer系统都可以以一种方便地标准的方式进入。

大家可能会说Retailer系统不也是我们来开发的么？是的，一部分，甚至可能是很大一部分Retailer系统可能用的都是与Marketplace系统同构的平台，而且只不过是服务模块少了几块而已。然而，我们是处在Internet的开放互联的时代，对于Marketplace来说，越多的Retailer的进入就代表着更多的商机，Marketplace的运营者一定会想尽办法招揽，集成更多的Retailer系统，那么与其每出现一个异构的Retailer系统就要运用人力物力与其进行单点集成的项目开发，不如制定一种规范，使得这些新加入的Retailer能够依照这些规范自主地加入系统。Marketplace同样具备海纳百川的能力，同时又不用指数倍地投入开发代价。

同时如果该规范成为一种公共接受的规范的话，其他的兼容该标准的Marketplace同样也可以出现，而遵循该规范的Retailer系统则可以广泛地以极低的代价接入到所有兼容该规范的Marketplace中去，获得更多的销售机会和渠道。甚至按照规范来实现，Retailer系统之间还能实现低代价的对等互联。可以说，依据规范的基于Web服务的服务集成是真正的按照Internet的开放互联理念的Internet时代的服务集成的方式。

什么是需要公开的?

我们已经谈到我们需要公开的是调用规范，那么调用规范该如何定义呢，如果大家在本专栏先前的关于UDDI的文章中跟随我稍微研究了一下UDDI规范的话，那么基本可以了解对于Web服务而言(UDDI Registry就是一种标准的Web服务)，规范定义可以分为两部分:

Programmer's