三、 EOS与SCA的对比

　　从上文，可以看出，SCA的这些概念在EOS里几乎都有相类似的概念。对比如下(以IBM的WID产品为例)：

　　SCA中的概念EOS中的

　　相应概念相同点不同点

　　服务组件业务构件1、都是描述后台业务逻辑;

　　2、都提供了接口1、 1、EOS中可以用图形化的方式定义业务逻辑的实现;而且EOS还提供了展现构件、运算构件等;

　　2、 2、SCA服务组件则要么通过WSDL调用已经开发好的具体组件，要么用编写特定语言的代码来实现

　　模块项目、构件包都是可部署的单元1、EOS中的构件包、单个构件都是可部署单元

　　导入引用构件包都是为了复用已有软件资产1、 1、EOS的引用构件包可引用EOS的任何构件，包括展现、业务、数据、运算构件

　　2、 2、SCA的导入只能复用业务逻辑

　　导出导出都是为了复用已有软件资产1、 1、SCA在导出时需要指定导出为SCA组件服务、JMS、WS等类型

　　2、 2、EOS导出后被新的项目引用时，可以直接拖放组装

　　服务数据对象SDO数据实体1、 1、都是XML与RDB之间的映射

　　2、 2、都支持Xpath访问

　　3、 3、都是作为展现层、业务层与持久层之间通信的信息载体1、 1、SDO支持对象的嵌套

　　2、 2、SDO除了可以Xpath访问，也可以对象的形式访问

　　3、 3、数据实体是EOS数据总线的基础

　　从上表可看出，SCA的概念和EOS的一些概念大同小异，可以说是异曲同工。

　　四、 小结

　　诚然，SCA规范推出的目的是为了对遗留系统进行集成，EOS的定位则在于开发新的应用。虽然两者定位不同，但是不难看出，未来软件开发的趋势必然是朝着以图形化的构件组装的方向前进。EOS不仅提供了图形化的构件组装工具，同时在调试、部署、应用管理与维护方面都提供了一体化的工具，因此在构件化这一步，普元EOS无疑走在了潮流的前面。