|
4 MVC設計模式的優(yōu)點及不足之處 4.1 MVC的優(yōu)點 MVC的優(yōu)點體現(xiàn)在以下幾個方面： ?。?） 可以為一個模型在運行時同時建立和使用多個視圖。變化-傳播機制可以確保所有相關的視圖及時得到模型數(shù)據(jù)變化，從而使所有關聯(lián)的視圖和控制器做到行為同步。 （2） 視圖與控制器的可接插性，允許更換視圖和控制器對象，而且可以根據(jù)需求動態(tài)的打開或關閉、甚至在運行期間進行對象替換。 ?。?） 模型的可移植性。因為模型是獨立于視圖的，所以可以把一個模型獨立地移植到新的平臺工作。需要做的只是在新平臺上對視圖和控制器進行新的修改。 ?。?） 潛在的框架結構。可以基于此模型建立應用程序框架，不僅僅是用在設計界面的設計中。 4.2 MVC的不足之處 MVC的不足體現(xiàn)在以下幾個方面： ?。?）增加了系統(tǒng)結構和實現(xiàn)的復雜性。對于簡單的界面，嚴格遵循MVC，使模型、視圖與控制器分離，會增加結構的復雜性，并可能產(chǎn)生過多的更新操作，降低運行效率。 ?。?）視圖與控制器間的過于緊密的連接。視圖與控制器是相互分離，但確實聯(lián)系緊密的部件，視圖沒有控制器的存在，其應用是很有限的，反之亦然，這樣就妨礙了他們的獨立重用。 ?。?）視圖對模型數(shù)據(jù)的低效率訪問。依據(jù)模型操作接口的不同，視圖可能需要多次調(diào)用才能獲得足夠的顯示數(shù)據(jù)。對未變化數(shù)據(jù)的不必要的頻繁訪問，也將損害操作性能。 （4） 目前，一般高級的界面工具或構造器不支持MVC模式。改造這些工具以適應MVC需要和建立分離的部件的代價是很高的，從而造成使用MVC的困難。 5 結束語 與軟件所處理問題的內(nèi)在模型相比較，用戶界面是需要經(jīng)常發(fā)生變化的，采用MVC設計模式可以在滿足對界面要求的同時，使軟件的計算模型獨立于界面的構成。也可以基于此模型建立大型分布式應用程序框架。本文介紹了MVC設計模式的原理；MVC設計模式三個組成構件（模型部件、視圖部件和控制部件）以及在ASP.NET環(huán)境下實現(xiàn)基于MVC的應用需要完成的工作；MVC設計模式的擴展；最后對MVC的優(yōu)點及不足之處進行了分析。 |
|
|
來自： ThinkTank_引擎 > 《MVC》
