[架構設計] 組件和模組的區別

標籤：架構設計   模組化   組件化   

組件(Component)和模組(Module)又是一對容易混淆的名詞，也常常被用來相互替換。個人總結，從設計上來看，組件強調複用，模組強調職責(內聚、分離)，或者說組件是達到可複用要求的模組。
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 designComponent based software programming (WikiBooks)
轉載請註明出處: http://blog.csdn.net/horkychen

[架構設計] 組件和模組的區別