浅谈组件复用与服务复用
复用是一个很不错的概念，深得“不要重复制造轮子”的思想精髓。然而具体实施起来一定会遇到很多问题，就好像那个DRY理论一样，不是随随便便就可以做到的。下面对开发过程中的两种复用形式：组件复用与服务复用进行了简单的分析。
我们经常谈到复用，在一个企业中，根据不同的场景，复用的形态和方式是不同的，大体可以分为组件复用和服务复用两种方式。组件是按照一定的标准封装的软件实体，可以是为完成某种功能提供的API的集合，也可以是完成某一个技术和业务功能的实体；服务是通过组件暴露出来的供外部调用的接口和协议信息。服务不包括具体功能逻辑实体，靠组件来实现。
企业架构中通常提到的技术复用和业务复用，可以简单地映射到组件和服务上。技术层面的复用一般是一些API、或者抽象出的框架，比如日志，它可以称之为组件，但是日志组件提供了记录日志的API，并没有包括具体的日志内容，我们在使用的时候是通过日志组件提供的API来记录相应的日志内容；再比如业界提供的一些框架，它是对应用的高度抽象，自身也不包括具体的应用或业务逻辑，这些需要我们在软件实施过程中自己灌输进去。并且技术层面的复用往往是每个系统中都有该组件的相应实体，比如A系统中会有日志组件、B系统中也会有日志组件。业务层面的复用通常采用调用服务的方式，是一种远程访问，业务服务通常在一个企业中物理上只有一个实体，其他的系统通过服务来调用，比如银行目前的渠道有网上银行、ATM、手机银行、电话银行、柜台等，这些系统中是没有存取款业务逻辑实体的，存取款的交易都是通过调用主机相应的服务来实现的。
所以，对于组件和服务的管理其实也有不同的策略，组件要管理的是软件实体，服务管理的是服务的接口和协议信息，并且服务有一系列的特征，这个网上也有很多描述，可以根据不同需求调整服务的实现。当前服务的协议通常有WebService、HTTP、EJB等，对应其组件的实现可以采用不同的技术，比如Java、C/C++等等。
以上对组件复用与服务复用的一些浅谈，希望对大家有所帮助。
【编辑推荐】
- 初探敏捷开发
- 理解敏捷开发：需求处理与齐头并进
- 讨论：敏捷开发真的对架构设计不利吗？
- 再谈敏捷开发的好处及敏捷外包的前景
- 再谈敏捷开发 从成本到收益的优化