間接在分層架構中體現尤為明顯，引入層實則就是引入間接性。利用間接對變化進行隔離，使得變化只能影響一層。例如在領域層與數據庫之間引入數據訪問層，就可以隔絕因為數據庫發(fā)生的變化對領域帶來的影響。

　　在分層架構中，我們應盡量保證在某一層中所有用到的組件都工作在同一個抽象層中，這意味著需要謹慎處理對象之間的協(xié)作，盡量避免跨層之間的調用。如果不同的層部署在不同的服務器，就會帶來不必要的消息處理，增加了網絡跳數與帶寬占用。拋開性能不談，跨層調用產生的依賴，可能破壞層的內聚性。倘若必須依賴于底層，我們也應該減少對底層的依賴點。要減少這種依賴，可以在同一層中提供一個間接接口，用于處理對底層的依賴關系，從而將變化集中于一處。

　　對于模塊和組件中的對象協(xié)作，同樣遵循這一原則。假設系統(tǒng)定義了報表引擎組件，它需要調用數據引擎組件提供的服務，驅動引擎執(zhí)行數據庫查詢，以獲得報表所必須的數據。一般采用的設計如下圖所示： 　　這樣的設計充分體現了抽象的原則，保證了ReportEngine與DataEngine組件之間的松散耦合。在ReportEngine組件中，與報表相關的許多領域對象都需要調用DataEngineService，以獲得報表所需要的數據。然而，我在設計時并未滿足于DataEngineService接口引入的間接，而是在ReportEngine組件中再度引入了一層間接，我將其定義為DataEngineRepository，它屬于報表引擎的領域范圍：

public interface DataEngineRepository {
    public List<Map<String, Object>> find(
        CommandInfoPreparing commandInfoPreparing);
}        

        

        
        
      
        
it知識庫：引入間接隔離變化(三)，轉載需保留來源！
        
鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。