面向?qū)ο笤O(shè)計（OOD）核心原則讓我的程序模塊達(dá)到“高內(nèi)聚低耦合”,這是來自于30年前興起的結(jié)構(gòu)化設(shè)計（structured Design），但是同樣適用于我們的OOD。

1.高內(nèi)聚：

高內(nèi)聚是指某個特定模塊（程序，類型）都應(yīng)完成一系列相關(guān)功能，描述了不同程序，類型中方法，方法中不同操作描述的邏輯之間的距離相近。高內(nèi)聚意味可維護(hù)性，可重新性，因為模塊對外部的依賴少（功能的完備性）。如果兩個模塊之間的修改，互不影響這說明模塊之間是高內(nèi)聚的。模塊的內(nèi)聚和其擔(dān)當(dāng)?shù)穆氊?zé)成反比，即，模塊的職責(zé)越多，模塊的內(nèi)聚性越低，這也是模塊的單一原則（SRP），SRP提倡每個類型都最好只承擔(dān)單一的職責(zé)，只有單一的改變因素。

2.低耦合:

耦合是描述模塊之間的依賴程度，如果一個模塊的修改，都有影響另一個模塊則，兩模塊之間是相互依賴耦合的。（依賴具有傳遞性，耦合的兩個模塊可能間接依賴），低耦合是我們的設(shè)計目的，但不是不存在耦合不存依賴，依賴是必須的，因為模塊之間必須通信交互，不過我的設(shè)計依賴應(yīng)該依賴于不變或者不易變的接口，無需了解模塊的具實現(xiàn)（OO封裝性）。

在面向?qū)ο螅何覀兛梢院喪鰹楣δ芡陚洌ǜ邇?nèi)聚）的對象之間的交互是依賴于不變或不易變的接口契約（低耦合）。

實現(xiàn)高內(nèi)聚低耦合：行之有效的方式是分了關(guān)注點（SOC），將系統(tǒng)拆分成功能不同沒有重疊功能集。每個功能只關(guān)注一個方面（Aspect）保證模塊之間功能沒有或者盡量少的重復(fù)。模塊化內(nèi)部實現(xiàn)細(xì)節(jié)隱藏，只暴露必須的接口，使得模塊之間依賴于抽象，達(dá)到穩(wěn)定。分離關(guān)注點的思想存在于我們軟件設(shè)計的各個領(lǐng)域。如在.net的世界里SOA（面向服務(wù)架構(gòu)）服務(wù)就是關(guān)注點，只暴露出必要的契約。分層架構(gòu)從邏輯上利用接口抽象信息隱藏，減少依賴。MVC，MVP也是遵循分了關(guān)注點原則，達(dá)到表現(xiàn)層和邏輯的分離。

面向?qū)ο笤O(shè)計原則：

1.降低耦合度：對象直接需要交互，這就存在依賴，為了實現(xiàn)低耦合就必須減少依賴，依賴于穩(wěn)定或不易變抽象?？紤]如下訂單日志記錄場景：我們需要在訂單每部操作記錄更改日志。

public class OrderManager  
{  
   public void Create(Order order)  
  {  
      //訂單處理.  
     Logger log = new Logger();  
     var history=GetHistory();  
     log.log(history);  
 }  
} 

在這里我們的OrderManager和Logger存在高耦合，Logger類的修改可能導(dǎo)致OrderManager的修改，而且不能隨意切換我們的日志記錄方式，比如文件，控制臺，數(shù)據(jù)庫等日志方式。

面向抽象編程提出抽象（接口，abstract類）是不易變的穩(wěn)定抽象；對于OrderManager來說我不需要了解日志記錄組件內(nèi)部，只需要明白提供那些接口可用，怎么用。

public interface ILogger  
{  
  void Log(History history);  
}  
public class Logger  
{  
  public void Log(History history)  
{  
//內(nèi)部實現(xiàn)  
};  
} 

那么我們可以從設(shè)計模式工廠模式（工廠模式是負(fù)責(zé)一些列相似對象的創(chuàng)建）Create 日志組件ILogger。

我們的OrderManager 就可以實現(xiàn)為：

ILogger log =LoggerFactory.Create();  
log.Log(history); 

這樣我們的OrderManager就依賴于ILogger，而隔離Logger具體實現(xiàn)，將依賴于抽象，把變化縮小到Factory內(nèi)部（同樣也可以用抽象工廠），如果日志實現(xiàn)變化我們可以重新實現(xiàn)ILogger ，修改Factory邏輯，如果內(nèi)部利用配置我的需求變更轉(zhuǎn)移到配置。這就是面向?qū)ο蟮谝辉瓌t，依賴于抽象而隱藏實現(xiàn)。（利用IOC是一種更好的方式）

2.代碼的重用性：盡量保證相同功能代碼只出現(xiàn)一次（Code once run anywhere）。代碼的重用在面對對象設(shè)計中有繼承和組合兩種方式，一般推薦組合優(yōu)先。組合依賴于接口，組合更安全，易于維護(hù)，測試。繼承存在父類訪問權(quán)限，父類的修改導(dǎo)致子類的變化，太多的繼承也有導(dǎo)致派生類的膨脹，維護(hù)管理也是件頭痛的事。

3.開閉原則(OCP):表述擁抱需求變化，盡量做到對模塊的擴(kuò)展開發(fā)，修改關(guān)閉。對于新增需求我們完美的做法是新增類型而不是修改邏輯，這就意味著我們必須使用組合或者是繼承體系（為了避免上一條重用性，我的繼承應(yīng)該是干凈的繼承體系，派生類應(yīng)該只是新增功能而不是修改來自父類上下文），

4.里氏替換（LSP）：表述派生類應(yīng)該可以在任何地方替代父類使用。并不是所有的子類都可以完全替換子類，比如設(shè)計父類私有上下文信息的訪問，導(dǎo)致子類無法訪問。

5.依賴倒置（DIP）：描述組件之間高層組件不應(yīng)該依賴于底層組件。依賴倒置是指實現(xiàn)和接口倒置，采用自頂向下的方式關(guān)注所需的底層組件接口，而不是其實現(xiàn)。DI框架實現(xiàn)IOC（控制反轉(zhuǎn)）就是DIP很好的插入底層組件構(gòu)造框架（分構(gòu)造注入，函數(shù)注入，屬性注入）。微軟Unity，Castle windsor，Ninject等框架支持。

最后分離關(guān)注點，衍生出聲明式編程，面向方面編程（AOP）實現(xiàn)縱切關(guān)注點，把具體業(yè)務(wù)邏輯和日志安全等框架集公用邏輯分離。 關(guān)于IOC/AOP參見博客我的IOC/AOP隨筆目錄不在累贅。

原文鏈接：http://www.cnblogs.com/whitewolf/archive/2012/05/08/2489425.html