mvc的缺點和優(yōu)點？優(yōu)點:1.各施其職，互不干涉在MVC模式中，三個層各施其職，因此如果沒有一旦哪一層的需求發(fā)生了什么了變化，就只要更改后你所選的層中的代碼而肯定不會影響大到其它層中的代碼。2.能夠提

mvc的缺點和優(yōu)點？

優(yōu)點:

1.各施其職，互不干涉

在MVC模式中，三個層各施其職，因此如果沒有一旦哪一層的需求發(fā)生了什么了變化，就只要更改后你所選的層中的代碼而肯定不會影響大到其它層中的代碼。

2.能夠提高開發(fā)中的分工

在MVC模式中，因此按層把系統(tǒng)在一起，這樣就能更好的實現(xiàn)開發(fā)中的分工。網(wǎng)頁設(shè)計人員可以進行開發(fā)視圖層中的JSP，對業(yè)務(wù)熟悉的開發(fā)人員可開發(fā)業(yè)務(wù)層，而其它開發(fā)人員可變更土地性質(zhì)控制層。

3.能夠提高組件的重用

分層后更有利于組件的賞識。如再控制層可獨立成一個能是用組件，視圖層也可做成通用的操作界面。

設(shè)計模式可以說實現(xiàn)了分層開發(fā)。單獨的層都有各個層的作用。

5.減少了層與層之間的依戀，有利于代碼的標準化開發(fā)

6.再用新的代碼業(yè)務(wù)邏輯替換時，只必須重命名相填寫的層，極大降底了我們的工作量，分工明確。

缺點:

1.增強了系統(tǒng)結(jié)構(gòu)和基于的復(fù)雜性。相對于簡單點的界面，嚴格按照MVC，使模型、視圖與控制器分離，會提高結(jié)構(gòu)的復(fù)雜性，并可能會出現(xiàn)過多的更新你操作，會降低運行效率。

2.視圖與控制器間的過多松散的連接到。視圖與控制器是相互之間分離，但確實聯(lián)系密切的部件，視圖沒有控制器的存在，其應(yīng)用到是很不大的，反之亦然，這樣就傷害到了他們的獨立賞識。

3.視圖對模型數(shù)據(jù)的低效率訪問。依據(jù)模型操作接口的不同，視圖可能需要過內(nèi)部函數(shù)才能完成任務(wù)充足的顯示數(shù)據(jù)。對未變化數(shù)據(jù)的不必要的不穩(wěn)定訪問網(wǎng)絡(luò)，也將損害操作性能。

4.目前，好象高級的界面工具或構(gòu)造器不意見MVC模式。內(nèi)部改造這些工具以慢慢適應(yīng)MVC必須和建立起再分離的部件的代價是很高的，使會造成可以使用MVC的困難。

5.麻煩，有些代碼亂詞的太多，則影響在換算開發(fā)中建議使用，所以我我們要怎么學(xué)習(xí)框架，下面的鳥瞰圖分析什么了框架在MVC里都得用了哪些層。

如何實現(xiàn)MVC模式？

最簡單的方法是使用struts或jsf等mvc的框架，本身是一個基于。如果不是自己利用，也很緊張的那是要自己寫一個總控制器，得到所有用戶的請求，參與全部分給其他servlet或再接受頁面跳轉(zhuǎn)。不我建議你自己實現(xiàn)程序，見意可以使用一個mvc框架，接著搞明白他的生命周期和原理，再去看框架總控制器的源代碼，那樣都很好。

原理：

jsp發(fā)展遇到了兩個模型時代，jsp模型一時代是把代碼都寫在jsp頁面上，用戶不能訪問jsp頁面時，jsp頁面來對數(shù)據(jù)庫參與操作并返回值到j(luò)sp頁面，這樣第一不好維護，第二安全性不高，第三代碼結(jié)構(gòu)不比較清晰，第四重用性不高。只好就有了jsp模型二時代，人們將所有的頁面幫忙交給你們一個servlet控制器來進行，然后把并且清點，由該servlet來判斷動態(tài)鏈接庫其他servlet訪問數(shù)據(jù)庫應(yīng)該通過頁面跳轉(zhuǎn)，這個servelt那就是MVC中的C，struts中像叫ActionServlet，Jsf中叫FacesServelt，web.xml中配置的那就是總servlet控制器，是為更好的分層，委以重任，減少依賴性，就有了MVC，由M層得到和手機綁定用戶的數(shù)據(jù)，V層通過充分展現(xiàn)，C層參與控制。

目前主流的開發(fā)模式是四層開發(fā)模式：界面層（page）動作一次性處理層（action）業(yè)務(wù)邏輯層（service）數(shù)據(jù)訪問層（dao），page層應(yīng)用于充分展現(xiàn)頁面，action層用于捕獲用戶事件并調(diào)用service層一次性處理業(yè)務(wù)邏輯，service要一次性處理業(yè)務(wù)邏輯肯定就要對數(shù)據(jù)庫并且增刪改查，拼接HQL語句，然后調(diào)用dao層對數(shù)據(jù)庫通過操作，hibernate結(jié)束的就是DAO層。不過這樣一來action層對service層出現(xiàn)了依賴，畢竟要修改一個service接口的摘錄，service層對dao層出現(xiàn)了依賴，那就是說類的對象一個action層的對象，同時要最起碼實例化一個service層和最起碼構(gòu)造函數(shù)一個dao層，于是spring的IOC就這個可以起作用了，就這個可以會降低各層之間的依賴。將各層做為接口對象實例配置到spring中，降低依賴。