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

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

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

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

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知識庫：引入間接隔離變化(一)，轉(zhuǎn)載需保留來源！
        
鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。