[架构设计] 组件和模块的区别

本是古典何须时尚 2022-08-07 14:55 193阅读 0赞

组件(Component)和模块(Module)又是一对容易混淆的名词，也常常被用来相互替换。两者是否有差异往往取决专业背景、所在领域、以及视角。个人总结，从设计上来看，组件强调复用，模块强调职责(内聚、分离)，或者说组件是达到可复用要求的模块。

![Center][]

**Module**, 中文为模块或模组。它的核心意义是分离职责，属于代码级模块化的产出。本身是一组具有一定内聚性代码的组合，职责明确。对外的接口可以是松散的，也可以是集中的。SEI的定义如下:

***An implementation unit of software that provides a coherent set of responsibilities.***

它以问题分解的形式，来解决软件设计问题。它更强调一个内聚的概念，形式上可以是Java中的包，也可以是一个源代码目录。

**Component**，中文称为组件，或者构件。使用非常比较广泛，它的核心意义在于**复用**，相对模块，对于依赖性有更高的要求。

我大概整理了一下，两个定义 (参考[Component based software programming][]):

*  可以复用的模块，概念上与模块基本等同，只是明显有依赖性的要求。（最早提出时概念）。
 *  Component-Based Software Development中提倡的组件定义如下(Component Software):

除了完成某个特定功能外，还要具备如下条件的代码组合:

*   *  
     *   *  符合特定的接口要求（交互的要求）。
         *  具有明确的上下文依赖 （复用的要求）。

它可以独立发布(二进制或源代码的形式)，也可以进行组合。这样软件开发就变成了组件的组装了。

和OOP中的Objects相比，一个类也可以视为一个组件，但更多的情况下，组件提供了更为高层的系统视角。Component如同一片树林，Object只是树。  
  
         Eclipse中的Plugin和COM(Component Object Model)就是Component Software的典型代表。

两者的关系取决于软件本身和视角。Eclipse框架下的一个插件可能包含若干个模块，因为从Eclipse的角度来看，每个Plugin是用来复用的。

而一个应用的模块(如GUI)下也可能使用了多个组件，因为复用的是每个控件。

另外也有人从发布形式上来区分，其实也不尽然。一个模组可能以静态库、动态库存在(skia被应用到一个应用中的场景)，一个组件也可能以源码的形式存在(Chromium中的Browser Component)。发布形式其实是取决于产品需求的，不可能准确的区分出两个设计上的概念。

欢迎一起讨论！

参考:

[ Module vs. component design][Module vs. component design]

[Component based software programming][] (WikiBooks)

转载请注明出处: [http://blog.csdn.net/horkychen][http_blog.csdn.net_horkychen]

[Center]: /images/20220805/3ef75352c85d44c894c13161cd80e13b.png
[Component based software programming]: http://en.wikibooks.org/wiki/Computer_Programming/Component_based_software_development
[Module vs. component design]: http://stackoverflow.com/questions/2702816/module-vs-component-design
[http_blog.csdn.net_horkychen]: http://blog.csdn.net/horkychen