SOA初识(转)

最新推荐文章于 2025-12-21 11:31:45 发布

最新推荐文章于 2025-12-21 11:31:45 发布 · 181 阅读

文章标签：

#SOA #制造 #应用服务器 #Oracle #Ajax

JAVAEE 专栏收录该内容

62 篇文章

订阅专栏

引子

“SOA”这个词已经不算是新了，在“2004 BEA中国大会”上，BEA就已经是满场宣扬这个概念。经过这几年IBM、Oracle、BEA、SAP等大公司的努力和推进，被越炒越热，很多软件厂商都在“生拉硬攀”与“SOA”的关系。2005年底，SCA标准组织的成立更进一步促进“SOA”迈向了标准化，而普元作为唯一的中国厂商也加入了这个国际化的标准组织。表明了普元未来的产品将靠近国际标准，“SOA”也将成为其产品的一个重要特征。普元所一直倡导的“面向构件”也悄然的变为“SOA从面向构件开始”。

“SOA”逐渐成为软件行业的时代主流，而“面向构件”技术是否已经有些衰老了呢？

构件技术在软件行业的认知，尚处“少年”

假如制造业和建筑业对构件技术的认知和应用水平比作“高中”的话，那么我们的软件行业的构件技术最多处于“小学”水平。

从计算机制造业来讲，为什么不同厂家的CPU、主板、硬盘、内存、显卡、机箱、电源、显示器、键盘和鼠标能够“DIY”成为一台计算机？为什么这个计算机可以选用不同厂家的操作系统？为什么时隔一段时间后，用户可以轻易的对显卡和CPU等部件进行升级？归根结底是“构件技术”起到了关键的作用，CPU和内存等所有这些部件都已经作为“构件”被标准化。

软件行业对构件技术的认知和应用水平的“低下”决定了当前应用软件还不能象制造业那样“随需构建”。

“面向构件”技术非但没有老去，反而是刚刚开始。

新技术的出现促进了“面向构件”技术的发展

“USB”技术的出现使我们的计算机可以以更加高效和便捷的方式接入更多的外部设备，也造就了很多以“USB”为接口的硬件“构件”的诞生。(诸如USB台灯、USB风扇、USB手机充电器等等)

同样，对软件产业而言，XML技术、Web Service技术、AOP、Ajax、IOC等技术的涌现和不断成熟，也促进了构件技术的不断发展，应用了新技术的构件也随之不断的产生。

一个USB的构件(设备)能否应用于一台计算机是由这台计算机的“架构”决定的。而每种构件都有其所依赖的条件和环境。这些条件和环境都定义在了“架构”中。

“构件”必须匹配“架构”

当你想把一个USB设备直接的接在一个不支持USB技术的计算机上时，这显然是做不到的。计算机的“架构”限定了其可以使用的构件范围。

软件的架构不仅仅决定了应用的层次，组成，和通讯机制，模块间的耦合关系，同时也决定了其所采用的技术和标准。这些技术和标准同样也就制约了构件的使用，这里讲的“标准”主要是指某种技术的特定版本，标准（版本）决定了构件能否使用，能否发挥其最大效用。这就如同“USB<st1:chmetcnv w:st="on" tcsc="0" numbertype="1" negative="False" hasspace="False" sourcevalue="2" unitname="”">2.0”</st1:chmetcnv>的设备能在“USB<st1:chmetcnv w:st="on" tcsc="0" numbertype="1" negative="False" hasspace="False" sourcevalue="1" unitname="”">1.0”</st1:chmetcnv>的接口上兼容，却不能发挥高速传输的特性一样。

因此，“构件”必须匹配“架构”，“架构 + 构件 + 环境 = 应用”。这里的环境包括了软件环境和硬件环境。

“SOA”就是一种架构，以SOA为架构的应用设计和实现不是一定要运用“面向构件”技术，而单一引用“面向对象”技术的应用所提供的细粒度的复用将无法满足“SOA”对粗粒度的业务组件复用的需要。结合了“面向对象”的“面向构件”技术将能够满足“SOA”架构对各种粒度的组件复用的需求。随着架构技术发展到SOA，那么我们的“面向构件”也应该是基于SOA的构件技术。