• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            蝸牛的家
            男兒當自強
            posts - 48,  comments - 21,  trackbacks - 0

            以前一直無法舒坦的理解,MVC模式是怎樣實際應(yīng)用到一個程序上的。

            這兩天因為工作google出一幅圖,然后恍然大悟。

            1.

             

            問題就出在以前所看過的文章上根本沒有提過browser這層。導(dǎo)致我無法正確理解view的責任、controller的責任,以及兩者明明是分層的,為什么卻是循環(huán)依賴。

             

            我將browser介入其中,重新思考MVC模式究竟如何部署到程序結(jié)構(gòu)上。

            2.

             

            計算機前的用戶,只會和browser打交道,也就是整個應(yīng)用程序的界面部署,各種窗口,包括菜單、按鈕、子對話框等等。

            我把整個界面部署的代碼,全部放置到browser模塊下。此時無需modelviewcontroller,僅有browser的代碼,我們就可以給用戶顯示這個界面。

             

            接下來我引入model模塊,這個模塊的代碼和窗口無關(guān)、和控件無關(guān)、和HWND無關(guān)。就是一個后臺運行的東西,不需要面向任何用戶。

            model包含了業(yè)務(wù)的本質(zhì)數(shù)據(jù)結(jié)構(gòu)和邏輯流程。

             

            然后我引入view模塊,view模塊代碼的責任就是,如何利用browser顯示model的內(nèi)容

            這個責任有兩個潛在意義:

            1.       browser模塊的代碼不會去訪問model模塊的內(nèi)容,并顯示在browser相應(yīng)的窗口上。

            2.       在沒有controller的情況下——用戶不能操作程序界面上的任何菜單、按鈕,只能看不能摸,view模塊能夠在browser上給用戶顯示model的內(nèi)容。

            因此,view模塊在MVC模式中所能做的就是:

            1.       訪問model模塊,獲取內(nèi)容。

            2.       訪問browser模塊,修改窗口。

             

            最后引入controller模塊。

            用戶在計算機前看著browser,瀏覽業(yè)務(wù)數(shù)據(jù),他肯定會做一些操作,比如按下按鈕,選個菜單或者其他什么的。

            用戶修改model模塊的每一個決定性操作,就映射在controller模塊的一個接口上。controller模塊的責任是,代表用戶的每一個動作,并分解為多個view做什么,model做什么的調(diào)用。這個動作必須有操作model或者view的代碼,不然這個動作放在browser模塊下就可以了。

             

            現(xiàn)在合起來分析個例子,用戶通過browsermodel添加一個任務(wù)。

            按下確定按鈕后,browser讀取其他子窗口的輸入數(shù)據(jù),當做參數(shù)傳遞給controller模塊對應(yīng)的調(diào)用。

            l  controller模塊不會主動的從browser中的控件中讀取數(shù)據(jù)。如果用戶的動作足夠簡單,controller有可能就僅僅作為一個中間層調(diào)用model模塊。

             

            controller模塊將用戶的動作分解為一些更細致的調(diào)用:

            1.       model添加新任務(wù)。(不關(guān)心model怎么做)

            2.       model中獲取新任務(wù)的信息。

            3.       將新任務(wù)的信息傳遞給view,讓他在browser顯示出來。(不關(guān)心view怎么做)

             

            controller的動作分解中可以看出:

            l  和之前view直接訪問model獲取數(shù)據(jù)不一樣,這里controllermodel獲取數(shù)據(jù),并交給view。僅由controller訪問model是有好處的,使得viewmodel沒有了耦合。

            l  這里有一個微妙的循環(huán)依賴關(guān)系,browser依賴于controllercontroller依賴于viewview又依賴于browser

            l  解開這一依賴的方法1,提取一個view interface,讓controller依賴于他,而不是依賴于view。提取controller interface也是同理。

            l  方法2controller不依賴于view,讓view自己負責根據(jù)model的狀態(tài)改變顯示,即controller負責修改modelview負責讀取model

            l  不過,viewmodel之間通過controller傳遞數(shù)據(jù)是有好處的,除了耦合之外,另一個關(guān)鍵的地方是,可以在controller中過濾數(shù)據(jù),而不用修改model

            l  這兩個方法沒有最好,只有根據(jù)具體的情況選擇最合適的做法。在程序足夠小的情況下,其實是不需要把模塊劃分得那么清楚的。

            posted on 2009-01-15 14:01 黑色天使 閱讀(380) 評論(0)  編輯 收藏 引用 所屬分類: 設(shè)計模式

            <2008年12月>
            30123456
            78910111213
            14151617181920
            21222324252627
            28293031123
            45678910

            常用鏈接

            留言簿(2)

            隨筆分類

            隨筆檔案

            文章檔案

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            久久久久久伊人高潮影院| 久久久精品人妻无码专区不卡 | 久久久国产视频| 99久久综合国产精品免费| 亚洲精品乱码久久久久久蜜桃不卡 | 久久精品国产亚洲77777| 久久99精品国产麻豆宅宅 | 日本免费久久久久久久网站| 国产精品成人久久久久三级午夜电影| 99久久国产综合精品成人影院| 久久免费视频一区| 国产Av激情久久无码天堂| 久久久久亚洲爆乳少妇无 | 亚洲中文精品久久久久久不卡| 久久免费精品一区二区| 色妞色综合久久夜夜| 国产精品久久久久乳精品爆| 影音先锋女人AV鲁色资源网久久| 国产69精品久久久久99尤物| 欧美喷潮久久久XXXXx| 天堂久久天堂AV色综合| 久久国产精品二国产精品 | 午夜精品久久久内射近拍高清| 久久久久久亚洲Av无码精品专口| 国产精品xxxx国产喷水亚洲国产精品无码久久一区 | 国产一级做a爰片久久毛片| 漂亮人妻被中出中文字幕久久| 国产精品久久波多野结衣| 无码AV中文字幕久久专区| 亚洲性久久久影院| 久久精品国产亚洲Aⅴ香蕉| 久久99国产亚洲高清观看首页| 久久国产色AV免费看| 无码人妻精品一区二区三区久久久| 色播久久人人爽人人爽人人片aV| 99久久亚洲综合精品成人| 青青草国产成人久久91网| 国产精品一久久香蕉产线看| 日韩精品久久久久久免费| 久久亚洲精品无码AV红樱桃| 亚洲中文字幕久久精品无码喷水|