自 20 世纪 90 年代以来，组件技术一直在持续发展。随着 Spring 的出现和依赖注入模式的发展，它们到了一个新的转折点，开始提供先进的组合机制。
前几周，SAP Labs 的标准架构师 Sanjay Patil 发表了一篇名为服务组件体系结构的 IT 场景的文章，描述了一些服务组件体系结构（SCA）提供的组合策略。
上个月，一个 IBM 的团队比较了不同的组件技术，以及各种组件技术对组合的支持程度。这篇文章首先定义了一些促使组合机制的属性：
- 接口耦合
- 数据（类型系统和消息格式）
- 版本弹性（译注：即接口的版本对消费者的影响）
- 转换独立性
- 预期的交互模式
- 会话
- 仲裁能力
- 动态性
对 Sanjay 来说，两个最重要的因素是：转换独立性，它导致部署的灵活性；动态性，在 SCA 中可利用策略达到。
IBM 的文章也探讨了影响组件粒度的很多因素，它支持当前行业共识：
一般说来，松散耦合的组件是粗粒度的，而紧耦合的组件更可能是细粒度的。
这篇文章声称：
SCA 在两个坐标轴上提供组合：引用组合与实现组合
- SCA 组件可以这样组合服务：以一个单一调用编程模型（它独立于服务部署的位置和方式）来编制那些服务的调用模式。
- SCA 还可以通过实现来提供组合：通过把一组细粒度的组件装配成一个粗粒度组件的实现。
Sanjay 把他们的分析分享出来，他认为：
- 在一个自底向上的组合场景里，一个应用是通过装配现有的不同实现部件 [而组合在一起的]
- 在一个异构的组合场景里，……SCA 允许将结构化逻辑以及相关的功能（例如映射等）作为第一级别的组件，这些组件与其它组件的关系将被作为一个定义良好的组合的一部分。
然而，他也描述了另一个场景，一个“自顶向下”的场景：
……采用相反的方式来创建组合 [……] 装配器的目标是分析高层业务需求，并在一些仍需实现的组件的顶层创建组合。
IBM 的文章总结：
SCA 的一个强大之处在于它的整合各种各样的细粒度组件模型的能力，而这些模型过去一般被用来实现粗粒度的服务组件。通过模型化全局解决方案的结构，提供机动性与灵活性，以及无需在实现代码中定义复杂的配置细节，SCA 给它们中的每一个带来价值。SCA 还有一个优点，它能把整个解决方案中不同部分的不同组件模型连接起来。
注册/登录 InfoQ 发表评论