David Wheeler有一句名言：“計算機科學中的大多數問題都可以通過增加一層間接性來解決。”間接代表著迂回。世間沒有哪一條道路是完全筆直的。蜿蜒曲折的道路并非出于美的靈感，不過是因為我們需要繞開路途中的障礙罷了。

　　我們在設計中遇到的最大障礙，無疑就是變化。若能御變化于實現之外，軟件開發就會變得美好。

　　應對變化的要訣是隔離。設計者需要界定對象的不變部分與可變部分，然后將可變部分隱藏起來，即使發生了變化，也不會影響到外部。這就是封裝的含義。正如地殼核心的變化如此的狂暴與迅捷，但對于地面上生活的人類而言，幾乎微不可察。然而，一旦地殼的變化沖出地表，就會釀成天大的災難。變化對軟件系統造成的災難，并不亞于地震或者火山。封裝為對象內部的實現設定了一層隔離帶，將復雜變化的業務邏輯或者算法策略隱藏在對象之內。只要保證對象的接口不發生變化，調用者與對象內部的實現就可以單獨演化了。

　　當我們發現一個對象需要依賴另一個不穩定的對象，同時，還需要執行復雜的交互邏輯時，就可以考慮引入一個新的對象來封裝這些邏輯，從而解除二者之間的耦合，隔離變化。Spring MVC中的ModelAndView對象扮演的正是這一角色。根據MVC模式，控制器需要將模型對象所持有的數據以及數據的變化呈現到視圖中。它通過尋找正確的視圖對象，完成頁面的展現。控制器承擔了這一職責，就意味它必須依賴于視圖對象。例如這樣的代碼：

public class CustomerController implements Controller {
    @Override
    public View handleRequest(
            HttpServletRequst request,
            HttpServletResponse response) throws Exception {
        Map model = new HashMap();
        model.put(“customers”, getCustomerList());
        return new InternalResourceView(”/WEB-INF/jsp/customerList.jsp”);
    }
}        

        

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