MVC設計原則

2021-08-30 11:02:10 字數 1250 閱讀 2151

參考:

物件導向設計的solid原則

如何使用服務模式?

mvc簡介

mvc概念及優缺點

m:資料模型層m即model模型是指模型表示業務規則。在mvc的三個部件中,模型擁有最多的處理任務。被模型返回的資料是中立的,模型與資料格式無關,這樣乙個模型能為多個檢視提供資料,由於應用於模型的**只需寫一次就可以被多個檢視重用,所以減少了**的重複性。

v:檢視層

v即view檢視是指使用者看到並與之互動的介面。比如由html元素組成的網頁介面,或者軟體的客戶端介面。mvc的好處之一在於它能為應用程式處理很多不同的檢視。在檢視中其實沒有真正的處理發生,它只是作為一種輸出資料並允許使用者操縱的方式。

c:業務邏輯層

c即controller控制器是指控制器接受使用者的輸入並呼叫模型和檢視去完成使用者的需求,控制器本身不輸出任何東西和做任何處理。它只是接收請求並決定呼叫哪個模型構件去處理請求,然後再確定用哪個檢視來顯示返回的資料

mvc的優點:

耦合性低

檢視層和業務層分離,業務邏輯層和資料邏輯層分離(在一些專案中還會建立service層來解耦c層中的業務邏輯);

重用性高

由於各層之間耦合度較低,m層只處理與對應表的資料操作,所以c可以呼叫對應的m層進行資料互動;c層與v層是完全解耦的,所以web端和無線瀏覽器(wap)端,相同的產品時可使用相同的介面(c層返回的)

部署快,生命週期成本低

可維護性高

可進行靈活擴充套件

mvc的缺點:

7. 在開發小型專案時,過度細化的分解各層,往往使開發變得繁瑣,也增加了結構的複雜性

8. 在開發過程中c層與v層聯絡較為緊密,依賴性較強

總結:

2、對mvc的設計理念的理解需要從實際的工作中去深刻體會,解耦各層,提高開發效率;m層的建立,常規專案都是按照資料資料結構進行建立;c層當中每個方法不應超過100行或是乙個螢幕,超過就說明**還有優化的空間。

MVC遵循的原則

對於mvc中三者的劃分並沒有十分明晰的定義和界線,只是一種指導思想,讓你按照model,view,controller三個方面來描述你的應用,並通過這三者的的互動,使應用功能得以正常運轉。其中,view部分比較明確,就是負責顯示。一切與顯示介面無關的東西,都不應該出現在view裡面。因此,view中...

mvc 職能劃分 MVC的劃分原則

mvc的劃分原則 對於mvc中三者的劃分並沒有十分明晰的定義和界線,只是一種指導思想,讓你按照model,view,controller三個方面來描述你的應用,並通過這三者的的互動,使應用功能得以正常運轉。其中,view的部分比較明確,就是負責顯示。一切與顯示介面無關的東西,都不應該出現在view裡...

mvc 職能劃分 MVC架構的職責劃分原則

最近負責乙個專案,用了 但是隨著對業務邏輯理解的深入,才開始意識到問題的嚴重。我錯誤地理解了 mvc 中的 controller,想當然地根據以往的經驗,把所有的業務邏輯都放在 controller 的 action 中去實現。於是,每乙個 controller 的 都上千行,越來越臃腫。最後,我下...