mvc電子商務

① MVC流程是什麼

模型－視圖－控制器（MVC）是XeroxPARC在八十年代為編程語言Smalltalk－80發明的一種軟體設計模式，至今已被廣泛使用。最近幾年被推薦為Sun公司J2EE平台的設計模式，並且受到越來越多的使用 ColdFusion 和 PHP 的開發者的歡迎。模型－視圖－控制器模式是一個有用的工具箱，它有很多好處，但也有一些缺點。

MVC如何工作
MVC是一個設計模式，它強制性的使應用程序的輸入、處理和輸出分開。使用MVC應用程序被分成三個核心部件：模型、視圖、控制器。它們各自處理自己的任務。

視圖
視圖是用戶看到並與之交互的界面。對老式的Web應用程序來說，視圖就是由HTML元素組成的界面，在新式的Web應用程序中，HTML依舊在視圖中扮演著重要的角色，但一些新的技術已層出不窮，它們包括MacromediaFlash和象XHTML，XML/XSL，WML等一些標識語言和Webservices.

如何處理應用程序的界面變得越來越有挑戰性。MVC一個大的好處是它能為你的應用程序處理很多不同的視圖。在視圖中其實沒有真正的處理發生，不管這些數據是聯機存儲的還是一個雇員列表，作為視圖來講，它只是作為一種輸出數據並允許用戶操縱的方式。

模型
模型表示企業數據和業務規則。在MVC的三個部件中，模型擁有最多的處理任務。例如它可能用象EJBs和ColdFusionComponents這樣的構件對象來處理資料庫。被模型返回的數據是中立的，就是說模型與數據格式無關，這樣一個模型能為多個視圖提供數據。由於應用於模型的代碼只需寫一次就可以被多個視圖重用，所以減少了代碼的重復性。

控制器
控制器接受用戶的輸入並調用模型和視圖去完成用戶的需求。所以當單擊Web頁面中的超鏈接和發送HTML表單時，控制器本身不輸出任何東西和做任何處理。它只是接收請求並決定調用哪個模型構件去處理請求，然後用確定用哪個視圖來顯示模型處理返回的數據。

現在我們總結ＭVC的處理過程，首先控制器接收用戶的請求，並決定應該調用哪個模型來進行處理，然後模型用業務邏輯來處理用戶的請求並返回數據，最後控制器用相應的視圖格式化模型返回的數據，並通過表示層呈現給用戶。

為什麼要使用 MVC

大部分Web應用程序都是用像ASP，PHP，或者CFML這樣的過程化語言來創建的。它們將像資料庫查詢語句這樣的數據層代碼和像HTML這樣的表示層代碼混在一起。經驗比較豐富的開發者會將數據從表示層分離開來，但這通常不是很容易做到的，它需要精心的計劃和不斷的嘗試。MVC從根本上強制性的將它們分開。盡管構造MVC應用程序需要一些額外的工作，但是它給我們帶來的好處是無庸質疑的。

首先，最重要的一點是多個視圖能共享一個模型，正如我所提及的，現在需要用越來越多的方式來訪問你的應用程序。對此，其中一個解決之道是使用MVC，無論你的用戶想要Flash界面或是 WAP 界面；用一個模型就能處理它們。由於你已經將數據和業務規則從表示層分開，所以你可以最大化的重用你的代碼了。

由於模型返回的數據沒有進行格式化，所以同樣的構件能被不同界面使用。例如，很多數據可能用HTML來表示，但是它們也有可能要用Macromedia Flash和WAP來表示。模型也有狀態管理和數據持久性處理的功能，例如，基於會話的購物車和電子商務過程也能被Flash網站或者無線聯網的應用程序所重用。

因為模型是自包含的，並且與控制器和視圖相分離，所以很容易改變你的應用程序的數據層和業務規則。如果你想把你的資料庫從MySQL移植到Oracle，或者改變你的基於RDBMS數據源到LDAP，只需改變你的模型即可。一旦你正確的實現了模型，不管你的數據來自資料庫或是LDAP伺服器，視圖將會正確的顯示它們。由於運用MVC的應用程序的三個部件是相互對立，改變其中一個不會影響其它兩個，所以依據這種設計思想你能構造良好的松偶合的構件。

對我來說，控制器的也提供了一個好處，就是可以使用控制器來聯接不同的模型和視圖去完成用戶的需求，這樣控制器可以為構造應用程序提供強有力的手段。給定一些可重用的模型和視圖，控制器可以根據用戶的需求選擇模型進行處理，然後選擇視圖將處理結果顯示給用戶。

MVC的缺點
MVC的缺點是由於它沒有明確的定義，所以完全理解MVC並不是很容易。使用MVC需要精心的計劃，由於它的內部原理比較復雜，所以需要花費一些時間去思考。

你將不得不花費相當可觀的時間去考慮如何將MVC運用到你的應用程序，同時由於模型和視圖要嚴格的分離，這樣也給調試應用程序到來了一定的困難。每個構件在使用之前都需要經過徹底的測試。一旦你的構件經過了測試，你就可以毫無顧忌的重用它們了。

根據我個人經驗，由於我們將一個應用程序分成了三個部件，所以使用MVC同時也意味著你將要管理比以前更多的文件，這一點是顯而易見的。這樣好像我們的工作量增加了，但是請記住這比起它所能帶給我們的好處是不值一提。

MVC並不適合小型甚至中等規模的應用程序，花費大量時間將MVC應用到規模並不是很大的應用程序通常會得不償失。

MVC是一條創建軟體的好途徑
MVC設計模式是一個很好創建軟體的途徑，它所提倡的一些原則，像內容和顯示互相分離可能比較好理解。但是如果你要隔離模型、視圖和控制器的構件，你可能需要重新思考你的應用程序，尤其是應用程序的構架方面。如果你肯接受MVC，並且有能力應付它所帶來的額外的工作和復雜性，MVC將會使你的軟體在健壯性，代碼重用和結構方面上一個新的台階。

Java開發Web Application有幾種符合MVC設計模式的開發方式。

1:Jsp+Servlet+JavaBean(EJB)

2:Jsp+JavaBean(Controller)+JavaBean(EJB)(Model)

3:TDK(Turbine，Velocity...)

4:Xsp

5:Jsp+Struts+JavaBean(EJB)

本文僅為提供更多信息，不代表新浪BLOG同意其觀點或描述。如需轉載請註明出處。
關閉閱讀模式

② 三層架構和mvc的區別是什麼

三層架構將整個項目劃分為：表現層（UI）、業務邏輯層（BLL）、數據訪問層（DAL）。

MVC 即Model（模型），View（視圖），Controller（控制）。

下面看一下他倆的區別與聯系：

通過這個圖我們可以知道，我們平常所說的V是UI，C是BLL，M是DAL的觀點是錯誤的。

而我們通常所見到的MVC一般也都是在應用三層架構的基礎上，即將Model層再進行分層。而如果Model不再進行劃分的話，那麼使用MVC的意義也就不大了。

然後，它倆的目的著重點不同。

三層架構的目的著重點是「高內聚，低耦合」，即解耦。

MVC的目的則是實現Web系統的職能分工，即職責劃分。

其實職責劃分也是解耦，但是三層側重的是整體的一個解耦，而MVC側重的是web系統的解耦，即側重jsp和Servlet的一個解耦。

最後，為何我們會將其混為一談？

既然兩者有這么多的不同，我們為什麼還總是將其混淆呢，下面我列舉了幾個我們常常將其混為一談的幾個原因：

1.二者都是「三層」。

這個原因是最容易迷惑我們初學者的，一個是UI,BLL,DAL，一個是View，Controller，Model，不都是三層嗎？

雖然都是「三層」（不一定是真的三層，還可以是多層），但是它們的劃分的不一樣。大家可從上面的圖中看出不同。

2.MVC總是伴隨著三層架構。

這個就是我在前面一再強調的，我們一般是在考慮使用（也可以不使用）了三層架構的基礎上再根據具體需求決定是否需要使用MVC，於是我們常說的MVC中總是伴隨著三層架構，所以大家總是會認為MVC就是三層架構，三層架構就是MVC，殊不知，它們二者是一起出現的。

3.都是在分層，即都是在解耦。

前面說它們目的的時候也說了，雖然它們的側重點不同，但是它們的總體目的是一樣的，都是為了解耦，對於初學者而言，是不知道這兩個側重點有何不同的。

大家往往對它們的聯系知道很多，不然也不會混為一談，但是對它們的區別卻知道較少，希望我上面講解的它們兩者之間的區別可以讓大家對它們有些了解，如有寫的不妥的地方，請指教。

三層架構（3-tier application） 通常意義上的三層架構就是將整個業務應用劃分為：表現層（UI）、業務邏輯層（BLL）、數據訪問層（DAL）。區分層次的目的即為了「高內聚，低耦合」的思想。

1、表現層（UI）：通俗講就是展現給用戶的界面，即用戶在使用一個系統的時候他的所見所得。

2、業務邏輯層（BLL）：針對具體問題的操作，也可以說是對數據層的操作，對數據業務邏輯處理。

3、數據訪問層（DAL）：該層所做事務直接操作資料庫，針對數據的增添、刪除、修改、更新、查找等。

MVC是 Model-View-Controller，嚴格說這三個加起來以後才是三層架構中的UI層，也就是說，MVC把三層架構中的UI層再度進行了分化，分成了控制器、視圖、實體三個部分，控制器完成頁面邏輯，通過實體來與界面層完成通話；而C層直接與三層中的BLL進行對話。

mvc可以是三層中的一個表現層框架，屬於表現層。三層和mvc可以共存。

三層是基於業務邏輯來分的，而mvc是基於頁面來分的。

MVC主要用於表現層，3層主要用於體系架構，3層一般是表現層、中間層、數據層，其中表現層又可以分成M、V、C，（Model View Controller）模型－視圖－控制器

曾把MVC模式和Web開發中的三層結構的概念混為一談，直到今天才發現一直是我的理解錯誤。MVC模式是GUI界面開發的指導模式，基於表現層分離的思想把程序分為三大部分：Model-View-Controller，呈三角形結構。Model是指數據以及應用程序邏輯，View是指 Model的視圖，也就是用戶界面。這兩者都很好理解，關鍵點在於Controller的角色以及三者之間的關系。在MVC模式中，Controller和View同屬於表現層，通常成對出現。Controller被設計為處理用戶交互的邏輯。一個通常的誤解是認為Controller負責處理View和Model的交互，而實際上View和Model之間是可以直接通信的。由於用戶的交互通常會涉及到Model的改變和View的更新，所以這些可以認為是Controller的副作用。

MVC是表現層的架構，MVC的Model實際上是ViewModel，即供View進行展示的數據。 ViewModel不包含業務邏輯，也不包含數據讀取。

而在N層架構中，一般還會有一個Model層，用來與資料庫的表相對應，也就是所謂ORM中的O.這個Model可能是POCO，也可能是包含一些驗證邏輯的實體類，一般也不包含數據讀取。進行數據讀取的是數據訪問層。而作為UI層的MVC一般不直接操作數據訪問層，中間會有一個業務邏輯層封裝業務邏輯、調用數據訪問層。UI層（Controller）通過業務邏輯層來得到數據（Model），並進行封裝（ViewModel），然後選擇相應的View.

MVC本來是存在於Desktop程序中的，M是指數據模型，V是指用戶界面，C則是控制器。使用MVC的目的是將M和V的實現代碼分離，從而使同一個程序可以使用不同的表現形式。比如一批統計數據你可以分別用柱狀圖、餅圖來表示。C存在的目的則是確保M和V的同步，一旦M改變，V應該同步更新。

MVC如何工作MVC是一個設計模式，它強制性的使應用程序的輸入、處理和輸出分開。使用MVC應用程序被分成三個核心部件：模型、視圖、控制器。它們各自處理自己的任務。

視圖V視圖是用戶看到並與之交互的界面。對老式的Web應用程序來說，視圖就是由HTML元素組成的界面，在新式的Web應用程序中，HTML依舊在視圖中扮演著重要的角色，但一些新的技術已層出不窮，它們包括Macromedia Flash和象XHTML，XML/XSL，WML等一些標識語言和Web services.如何處理應用程序的界面變得越來越有挑戰性。MVC一個大的好處是它能為你的應用程序處理很多不同的視圖。在視圖中其實沒有真正的處理發生，不管這些數據是聯機存儲的還是一個雇員列表，作為視圖來講，它只是作為一種輸出數據並允許用戶操縱的方式。

模型M模型表示企業數據和業務規則。在MVC的三個部件中，模型擁有最多的處理任務。被模型返回的數據是中立的，就是說模型與數據格式無關，這樣一個模型能為多個視圖提供數據。由於應用於模型的代碼只需寫一次就可以被多個視圖重用，所以減少了代碼的重復性。

控制器C控制器接受用戶的輸入並調用模型和視圖去完成用戶的需求。所以當單擊Web頁面中的超鏈接和發送HTML表單時，控制器本身不輸出任何東西和做任何處理。它只是接收請求並決定調用哪個模型構件去處理請求，然後再確定用哪個視圖來顯示返回的數據。

模型Model 模型是應用程序的主體部分。模型表示業務數據，或者業務邏輯。 實現具體的業務邏輯、狀態管理的功能。

視圖View 視圖是應用程序中用戶界面相關的部分，是用戶看到並與之交互的界面。 就是與用戶實現交互的頁面，通常實現數據的輸入和輸出功能。

控制器controller 控制器工作就是根據用戶的輸入，控制用戶界面數據顯示和更新model對象狀態。起到控制整個業務流程的作用，實現View層跟Model層的協同工作。

3層架構指：表現層（顯示層） 業務邏輯層 數據訪問層（持久化）如果大家非要「生搬硬套」把它和MVC扯上關系話那我就只能在這里」強扭這個瓜」了即：V 3層架構中」表現層」aspx頁面對應MVC中View（繼承的類不一樣）

C 三層架構中」表現層」的aspx.cs頁面（類）對應MVC中的Controller，理解這一點並不難，大家想一想我們以前寫過的 Redirect，當然它本身就是跳轉了一些鏈接頁面，而MVC中的Controller要做的更爽，它控制並顯示輸出了一個視圖。即然所起到的作用都是對業務流程和顯示信息的控制，只不過是實現手段不同而已。

M 3層架構中業務邏輯層和數據訪問層對應MVC中Model（必定View和Controller已找到「婆家」剩下Model只能是業務邏輯層和數據訪問層了）

為什麼要使用 MVC大部分Web應用程序都是用像ASP，PHP，或者CFML這樣的過程化（自PHP5.0版本後已全面支持面向對象模型）語言來創建的。它們將像資料庫查詢語句這樣的數據層代碼和像HTML這樣的表示層代碼混在一起。經驗比較豐富的開發者會將數據從表示層分離開來，但這通常不是很容易做到的，它需要精心的計劃和不斷的嘗試。MVC從根本上強制性的將它們分開。盡管構造MVC應用程序需要一些額外的工作，但是它給我們帶來的好處是無庸質疑的。

首先，最重要的一點是多個視圖能共享一個模型，現在需要用越來越多的方式來訪問你的應用程序。對此，其中一個解決之道是使用MVC，無論你的用戶想要Flash界面或是 WAP 界面；用一個模型就能處理它們。由於你已經將數據和業務規則從表示層分開，所以你可以最大化的重用你的代碼了。

由於模型返回的數據沒有進行格式化，所以同樣的構件能被不同界面使用。例如，很多數據可能用HTML來表示，但是它們也有可能要用Adobe Flash和WAP來表示。模型也有狀態管理和數據持久性處理的功能，例如，基於會話的購物車和電子商務過程也能被Flash網站或者無線聯網的應用程序所重用。

因為模型是自包含的，並且與控制器和視圖相分離，所以很容易改變你的應用程序的數據層和業務規則。如果你想把你的資料庫從MySQL移植到Oracle，或者改變你的基於RDBMS數據源到LDAP，只需改變你的模型即可。一旦你正確的實現了模型，不管你的數據來自資料庫或是LDAP伺服器，視圖將會正確的顯示它們。由於運用MVC的應用程序的三個部件是相互獨立，改變其中一個不會影響其它兩個，所以依據這種設計思想你能構造良好的松耦合的構件。

對我來說，控制器也提供了一個好處，就是可以使用控制器來聯接不同的模型和視圖去完成用戶的需求，這樣控制器可以為構造應用程序提供強有力的手段。給定一些可重用的模型和視圖，控制器可以根據用戶的需求選擇模型進行處理，然後選擇視圖將處理結果顯示給用戶。

拿一個簡單的登陸模塊說，需求是你輸入一個用戶名、密碼，如果輸入的跟預先定義好的一樣，那麼就進入到正確頁面，如果不一樣，就提示個錯誤信息。

V 這個小小的模塊中，起始的輸入用戶名密碼的頁面跟經過校驗後顯示的頁面就相當於View C 而這里還需要一個controller頁面，就是用於接收輸入進來的用戶名密碼，還有經過校驗後返回的一個flg（此flg就是用於判斷你輸入的是否正確，而跳轉到相應的頁面的）

M 最後還缺一個Model，那麼就是你那個用於校驗的類了，他就是處理你輸入的是否跟預先訂好的一樣不一樣的，之後返回一個flg.這樣就完全實現了邏輯跟頁面的分離，我頁面不管你咋整，反正我就一個顯示，而controller呢也不管你Model咋判斷對不對，反正我給你了用戶名跟密碼，你就得給我整回來一個flg來，而Medol呢，則是反正你敢給我個用戶名跟密碼，我就給你整過去個flg

m 提供數據，數據之間的關系，轉化等。並可以通知視圖和控制器自己哪些地方發生了變化。

v 提供顯示，能根據m的改變來更新自己c 比如視圖做了點擊一個按鈕，會先發給這個視圖的控制器，然後這個控制器來決定做什麼操作（讓模型更新數據，控制視圖改變）

mvc是一個復合模式mv，mc都是觀察者模式m內部的組件組合模式vc之間是策略模式（可以隨時更換不同的控制器）

————————————-

MVC模式是上世紀70年代提出，最初用於Smalltalk平台上的。

MVC是表現模式，是用來向用戶展現的許多組建的一個模式（UI/Presentation Patten）

MVC有三種角色：Model：用來儲存數據的組件（與領域模型概念不同，兩者會相互交叉）

View：從Model中獲取數據進行內容展示的組件。同樣的Model在不同的View下可展示不同的效果。獲取Model的狀態，而不對其進行操作。

Controller：接受並處理用戶指令（操作Model（業務）），選擇一個View進行操作。

MVC概述：協作存在單向引用，例如Model不知道View和Controller的存在。View不知道Controller的存在。這就隔離了表現和數據。View和controller是單向引用。而實際中View和Controller也是有數據交互的。

MVC的重要特點是分離。兩種分離：View和數據（Model）的分離使用不同的View對相同的數據進行展示；分離可視和不可視的組件，能夠對Model進行獨立測試。因為分離了可視組件減少了外部依賴利於測試。（資料庫也是一種外部組件）

View和表現邏輯（Controller）的分離Controller是一個表現邏輯的組件，並非一個業務邏輯組件。MVC可以作為表現模式也可以作為建構模式，意味這Controller也可以是業務邏輯。分離邏輯和具體展示，能夠對邏輯進行獨立測試。

MVC和三層架構MVC與三層架構類似么？

View-UI Layer | Controller-Bussiness Layer | Model-Data Access Layer其實這樣是錯誤的MVC是表現模式（Presentation Pattern）

三層架構是典型的架構模式（Architecture Pattern）

三層架構的分層模式是典型的上下關系，上層依賴於下層。但MVC作為表現模式是不存在上下關系的，而是相互協作關系。即使將MVC當作架構模式，也不是分層模式。MVC和三層架構基本沒有可比性，是應用於不同領域的技術。

③ MVC是什麼

struts 當然可以用MVC模式開發

M：model 模式
V：view 視圖
C：control 控制
一般來形容JSP網站的3層結構，model就是底層的資料庫，view就是指jsp的頁面，control指在兩者之間的控制如：javabean、servlet等。

④ 計算機語言中的MVC是指什麼

以下摘自：http://ke..com/view/31.htm
MVC是三個單詞的縮寫，分別為： 模型(Model),視圖(View)和控制Controller)。 MVC模式的目的就是實現Web系統的職能分工。 Model層實現系統中的業務邏輯，通常可以用JavaBean或EJB來實現。 View層用於與用戶的交互，通常用JSP來實現。 Controller層是Model與View之間溝通的橋梁，它可以分派用戶的請求並選擇恰當的視圖以用於顯示，同時它也可以解釋用戶的輸入並將它們映射為模型層可執行的操作。
MVC(Model View Controller)模型(model)－視圖(view)－控制器(controller)
MVC本來是存在於Deskt
op程序中的，M是指數據模型，V是指用戶界面，C則是控制器。使用MVC right: Apple Inc.
的目的是將M和V的實現代碼分離，從而使同一個程序可以使用不同的表現形式。比如一批統計數據你可以分別用柱狀圖、餅圖來表示。C存在的目的則是確保M和V的同步，一旦M改變，V應該同步更新。
模型－視圖－控制器（MVC）是Xerox PARC在八十年代為編程語言Smalltalk－80發明的一種軟體設計模式，至今已被廣泛使用。最近幾年被推薦為Oracle旗下Sun公司Java EE平台的設計模式，並且受到越來越多的使用 ColdFusion 和 PHP 的開發者的歡迎。模型－視圖－控制器模式是一個有用的工具箱，它有很多好處，但也有一些缺點。
MVC是一個設計模式，它強制性的使應用程序的輸入、處理和輸出分開。使用MVC應用程序被分成三個核心部件：模型、視圖、控制器。它們各自處理自己的任務。
視圖
視圖是用戶看到並與之交互的界面。對老式的Web應用程序來說，視圖就是由HTML元素組成的界面，在新式的Web應用程序中，HTML依舊在視圖中扮演著重要的角色，但一些新的技術已層出不窮，它們包括Macromedia Flash和象XHTML，XML/XSL，WML等一些標識語言和Web services.
如何處理應用程序的界面變得越來越有挑戰性。MVC一個大的好處是它能為你的應用程序處理很多不同的視圖。在視圖中其實沒有真正的處理發生，不管這些數據是聯機存儲的還是一個雇員列表，作為視圖來講，它只是作為一種輸出數據並允許用戶操縱的方式。
模型
模型表示企業數據和業務規則。在MVC的三個部件中，模型擁有最多的處理任務。例如它可能用象EJBs和ColdFusion Components這樣的構件對象來處理資料庫。被模型返回的數據是中立的，就是說模型與數據格式無關，這樣一個模型能為多個視圖提供數據。由於應用於模型的代碼只需寫一次就可以被多個視圖重用，所以減少了代碼的重復性。
控制器
控制器接受用戶的輸入並調用模型和視圖去完成用戶的需求。所以當單擊Web頁面中的超鏈接和發送HTML表單時，控制器本身不輸出任何東西和做任何處理。它只是接收請求並決定調用哪個模型構件去處理請求，然後再確定用哪個視圖來顯示返回的數據。
為什麼要使用 MVC
大部分Web應用程序都是用像ASP，PHP，或者CFML這樣的過程化(自PHP5.0版本後已全面支持面向對象模型)語言來創建的。它們將像資料庫查詢語句這樣的數據層代碼和像HTML這樣的表示層代碼混在一起。經驗比較豐富的開發者會將數據從表示層分離開來，但這通常不是很容易做到的，它需要精心的計劃和不斷的嘗試。MVC從根本上強制性的將它們分開。盡管構造MVC應用程序需要一些額外的工作，但是它給我們帶來的好處是毋庸置疑的。
首先，最重要的一點是多個視圖能共享一個模型，現在需要用越來越多的方式來訪問你的應用程序。對此，其中一個解決之道是使用MVC，無論你的用戶想要Flash界面或是 WAP 界面；用一個模型就能處理它們。由於你已經將數據和業務規則從表示層分開，所以你可以最大化的重用你的代碼了。 由於模型返回的數據沒有進行格式化，所以同樣的構件能被不同界面使用。例如，很多數據可能用HTML來表示，但是它們也有可能要用Adobe Flash和WAP來表示。模型也有狀態管理和數據持久性處理的功能，例如，基於會話的購物車和電子商務過程也能被Flash網站或者無線聯網的應用程序所重用。
因為模型是自包含的，並且與控制器和視圖相分離，所以很容易改變你的應用程序的數據層和業務規則。如果你想把你的資料庫從MySQL移植到Oracle，或者改變你的基於RDBMS數據源到LDAP，只需改變你的模型即可。一旦你正確的實現了模型，不管你的數據來自資料庫或是LDAP伺服器，視圖將會正確的顯示它們。由於運用MVC的應用程序的三個部件是相互獨立，改變其中一個不會影響其它兩個，所以依據這種設計思想你能構造良好的松耦合的構件。
對我來說，控制器也提供了一個好處，就是可以使用控制器來聯接不同的模型和視圖去完成用戶的需求，這樣控制器可以為構造應用程序提供強有力的手段。給定一些可重用的模型和視圖，控制器可以根據用戶的需求選擇模型進行處理，然後選擇視圖將處理結果顯示給用戶。
MVC的缺點是由於它沒有明確的定義，所以完全理解MVC並不是很容易。使用MVC需要精心的計劃，由於它的內部原理比較復雜，所以需要花費一些時間去思考。
你將不得不花費相當可觀的時間去考慮如何將MVC運用到你的應用程序，同時由於模型和視圖要嚴格的分離，這樣也給調試應用程序帶來了一定的困難。每個構件在使用之前都需要經過徹底的測試。一旦你的構件經過了測試，你就可以毫無顧忌的重用它們了。
根據開發者經驗，由於開發者將一個應用程序分成了三個部件，所以使用MVC同時也意味著你將要管理比以前更多的文件，這一點是顯而易見的。這樣好像我們的工作量增加了，但是請記住這比起它所能帶給我們的好處是不值一提。
MVC並不適合小型甚至中等規模的應用程序，花費大量時間將MVC應用到規模並不是很大的應用程序通常會得不償失。
MVC設計模式是一個很好創建軟體的途徑，它所提倡的一些原則，像內容和顯示互相分離可能比較好理解。但是如果你要隔離模型、視圖和控制器的構件，你可能需要重新思考你的應用程序，尤其是應用程序的構架方面。如果你肯接受MVC，並且有能力應付它所帶來的額外的工作和復雜性，MVC將會使你的軟體在健壯性，代碼重用和結構方面上一個新的台階。

⑤ 請問基於JSP的電子商務網站(JavaBean、MVC、B/S結構、servlet)這方面論文答辯大概會問那些問題

1、首先你要明白java web開發的基礎知識，這是很容易問的。比如：什麼是MVC。
2、再一個就是資料庫連接的相關知識，這個很多人都會忽略，比如你的dbConnection.java這個連接文件是怎麼做的，如果不重視，這會使你的畢設不會成為優秀畢設的！
3、看完以上這些基礎之後，就是PPT的展示了。因為你的PPT要很好的反應你開題時的需求分析，所以對應的功能要完整、全面，不能讓答辯組老師找到漏洞（有些老師眼比較尖，我當時答辯時就遇到過我校的四大名捕，所以反復閱讀和修改你的PPT和代碼是一辯就通過基礎）。
4、運行代碼。運行代碼就是展示你所實現的功能，當然，既然是網站，首先頁面一定要美觀！然後功能都實現了就OK。這里需要注意一些細節：答辯老師在看到你實現要求的基本功能後，會問你功能的實現方法，最好做好准備。還有就是檢查html和jsp頁面上顯示的內容是否一致（比如：訂餐網站，每頁的訂餐電話是否一樣）。只有這樣，答辯老師才認為你是自己做的（現在買畢設的風氣很大，答辯老師很厭惡這個的）！！！
5、綜上，答辯不需要鑽研技術，只需要明白概念和實現方法，BUG再所難免，運行的時候不要運行有BUG的地方就行。

⑥ 電子商務系統使用的MVC模式可能包含哪些標準的設計模式

你是不是浙大軟院的。

⑦ MVC是什麼意思

MVC本來是存在於Desktop程序中的，M是指數據模型，V是指用戶界面，C則是控制器。使用MVC的目的是將M和V的實現代碼分離，從而使同一個程序可以使用不同的表現形式。比如一批統計數據你可以分別用柱狀圖、餅圖來表示。C存在的目的則是確保M和V的同步，一旦M改變，V應該同步更新。

模型－視圖－控制器（MVC）是Xerox PARC在八十年代為編程語言Smalltalk－80發明的一種軟體設計模式，至今已被廣泛使用。最近幾年被推薦為Sun公司J2EE平台的設計模式，並且受到越來越多的使用 ColdFusion 和 PHP 的開發者的歡迎。模型－視圖－控制器模式是一個有用的工具箱，它有很多好處，但也有一些缺點。
MVC如何工作

MVC是一個設計模式，它強制性的使應用程序的輸入、處理和輸出分開。使用MVC應用程序被分成三個核心部件：模型、視圖、控制器。它們各自處理自己的任務。

視圖
視圖是用戶看到並與之交互的界面。對老式的Web應用程序來說，視圖就是由HTML元素組成的界面，在新式的Web應用程序中，HTML依舊在視圖中扮演著重要的角色，但一些新的技術已層出不窮，它們包括Macromedia Flash和象XHTML，XML/XSL，WML等一些標識語言和Web services.

如何處理應用程序的界面變得越來越有挑戰性。MVC一個大的好處是它能為你的應用程序處理很多不同的視圖。在視圖中其實沒有真正的處理發生，不管這些數據是聯機存儲的還是一個雇員列表，作為視圖來講，它只是作為一種輸出數據並允許用戶操縱的方式。

模型
模型表示企業數據和業務規則。在MVC的三個部件中，模型擁有最多的處理任務。例如它可能用象EJBs和ColdFusion Components這樣的構件對象來處理資料庫。被模型返回的數據是中立的，就是說模型與數據格式無關，這樣一個模型能為多個視圖提供數據。由於應用於模型的代碼只需寫一次就可以被多個視圖重用，所以減少了代碼的重復性。

控制器
控制器接受用戶的輸入並調用模型和視圖去完成用戶的需求。所以當單擊Web頁面中的超鏈接和發送HTML表單時，控制器本身不輸出任何東西和做任何處理。它只是接收請求並決定調用哪個模型構件去處理請求，然後用確定用哪個視圖來顯示模型處理返回的數據。

現在我們總結MVC的處理過程，首先控制器接收用戶的請求，並決定應該調用哪個模型來進行處理，然後模型用業務邏輯來處理用戶的請求並返回數據，最後控制器用相應的視圖格式化模型返回的數據，並通過表示層呈現給用戶。
為什麼要使用 MVC

大部分Web應用程序都是用像ASP，PHP，或者CFML這樣的過程化語言來創建的。它們將像資料庫查詢語句這樣的數據層代碼和像HTML這樣的表示層代碼混在一起。經驗比較豐富的開發者會將數據從表示層分離開來，但這通常不是很容易做到的，它需要精心的計劃和不斷的嘗試。MVC從根本上強制性的將它們分開。盡管構造MVC應用程序需要一些額外的工作，但是它給我們帶來的好處是無庸質疑的。

首先，最重要的一點是多個視圖能共享一個模型，正如我所提及的，現在需要用越來越多的方式來訪問你的應用程序。對此，其中一個解決之道是使用MVC，無論你的用戶想要Flash界面或是 WAP 界面；用一個模型就能處理它們。由於你已經將數據和業務規則從表示層分開，所以你可以最大化的重用你的代碼了。

由於模型返回的數據沒有進行格式化，所以同樣的構件能被不同界面使用。例如，很多數據可能用HTML來表示，但是它們也有可能要用Macromedia Flash和WAP來表示。模型也有狀態管理和數據持久性處理的功能，例如，基於會話的購物車和電子商務過程也能被Flash網站或者無線聯網的應用程序所重用。

因為模型是自包含的，並且與控制器和視圖相分離，所以很容易改變你的應用程序的數據層和業務規則。如果你想把你的資料庫從MySQL移植到Oracle，或者改變你的基於RDBMS數據源到LDAP，只需改變你的模型即可。一旦你正確的實現了模型，不管你的數據來自資料庫或是LDAP伺服器，視圖將會正確的顯示它們。由於運用MVC的應用程序的三個部件是相互對立，改變其中一個不會影響其它兩個，所以依據這種設計思想你能構造良好的松偶合的構件。

對我來說，控制器的也提供了一個好處，就是可以使用控制器來聯接不同的模型和視圖去完成用戶的需求，這樣控制器可以為構造應用程序提供強有力的手段。給定一些可重用的模型和視圖，控制器可以根據用戶的需求選擇模型進行處理，然後選擇視圖將處理結果顯示給用戶。

MVC的缺點
MVC的缺點是由於它沒有明確的定義，所以完全理解MVC並不是很容易。使用MVC需要精心的計劃，由於它的內部原理比較復雜，所以需要花費一些時間去思考。

你將不得不花費相當可觀的時間去考慮如何將MVC運用到你的應用程序，同時由於模型和視圖要嚴格的分離，這樣也給調試應用程序到來了一定的困難。每個構件在使用之前都需要經過徹底的測試。一旦你的構件經過了測試，你就可以毫無顧忌的重用它們了。

根據我個人經驗，由於我們將一個應用程序分成了三個部件，所以使用MVC同時也意味著你將要管理比以前更多的文件，這一點是顯而易見的。這樣好像我們的工作量增加了，但是請記住這比起它所能帶給我們的好處是不值一提。

MVC並不適合小型甚至中等規模的應用程序，花費大量時間將MVC應用到規模並不是很大的應用程序通常會得不償失。

MVC是一條創建軟體的好途徑
MVC設計模式是一個很好創建軟體的途徑，它所提倡的一些原則，像內容和顯示互相分離可能比較好理解。但是如果你要隔離模型、視圖和控制器的構件，你可能需要重新思考你的應用程序，尤其是應用程序的構架方面。如果你肯接受MVC，並且有能力應付它所帶來的額外的工作和復雜性，MVC將會使你的軟體在健壯性，代碼重用和結構方面上一個新的台階。

ps: 我原以為MVC是什麼神秘的東西呢，其實就是Modal View Controler，我個人認為理解這一點就已足夠。

⑧ MVC是什麼什麼情況下用MVC

MVC (Modal View Controler)本來是存在於Desktop程序中的，M是指數據模型，V是指用戶界面，C則是控制器。使用MVC的目的是將M和V的實現代碼分離，從而使同一個程序可以使用不同的表現形式。比如一批統計數據你可以分別用柱狀圖、餅圖來表示。C存在的目的則是確保M和V的同步，一旦M改變，V應該同步更新。

模型－視圖－控制器（MVC）是Xerox PARC在八十年代為編程語言Smalltalk－80發明的一種軟體設計模式，至今已被廣泛使用。最近幾年被推薦為Sun公司J2EE平台的設計模式，並且受到越來越多的使用 ColdFusion 和 PHP 的開發者的歡迎。模型－視圖－控制器模式是一個有用的工具箱，它有很多好處，但也有一些缺點。 MVC如何工作 MVC是一個設計模式，它強制性的使應用程序的輸入、處理和輸出分開。使用MVC應用程序被分成三個核心部件：模型、視圖、控制器。它們各自處理自己的任務。 視圖 視圖是用戶看到並與之交互的界面。對老式的Web應用程序來說，視圖就是由HTML元素組成的界面，在新式的Web應用程序中，HTML依舊在視圖中扮演著重要的角色，但一些新的技術已層出不窮，它們包括Macromedia Flash和象XHTML，XML/XSL，WML等一些標識語言和Web services. 如何處理應用程序的界面變得越來越有挑戰性。

MVC一個大的好處是它能為你的應用程序處理很多不同的視圖。在視圖中其實沒有真正的處理發生，不管這些數據是聯機存儲的還是一個雇員列表，作為視圖來講，它只是作為一種輸出數據並允許用戶操縱的方式。 模型 模型表示企業數據和業務規則。在MVC的三個部件中，模型擁有最多的處理任務。例如它可能用象EJBs和ColdFusion Components這樣的構件對象來處理資料庫。被模型返回的數據是中立的，就是說模型與數據格式無關，這樣一個模型能為多個視圖提供數據。由於應用於模型的代碼只需寫一次就可以被多個視圖重用，所以減少了代碼的重復性。 控制器 控制器接受用戶的輸入並調用模型和視圖去完成用戶的需求。所以當單擊Web頁面中的超鏈接和發送HTML表單時，控制器本身不輸出任何東西和做任何處理。它只是接收請求並決定調用哪個模型構件去處理請求，然後用確定用哪個視圖來顯示模型處理返回的數據。

現在我們總結MVC的處理過程，首先控制器接收用戶的請求，並決定應該調用哪個模型來進行處理，然後模型用業務邏輯來處理用戶的請求並返回數據，最後控制器用相應的視圖格式化模型返回的數據，並通過表示層呈現給用戶。 為什麼要使用 MVC 大部分Web應用程序都是用像ASP，PHP，或者CFML這樣的過程化語言來創建的。它們將像資料庫查詢語句這樣的數據層代碼和像HTML這樣的表示層代碼混在一起。經驗比較豐富的開發者會將數據從表示層分離開來，但這通常不是很容易做到的，它需要精心的計劃和不斷的嘗試。MVC從根本上強制性的將它們分開。盡管構造MVC應用程序需要一些額外的工作，但是它給我們帶來的好處是無庸質疑的。

首先，最重要的一點是多個視圖能共享一個模型，正如我所提及的，現在需要用越來越多的方式來訪問你的應用程序。對此，其中一個解決之道是使用MVC，無論你的用戶想要Flash界面或是 WAP 界面；用一個模型就能處理它們。由於你已經將數據和業務規則從表示層分開，所以你可以最大化的重用你的代碼了。 由於模型返回的數據沒有進行格式化，所以同樣的構件能被不同界面使用。例如，很多數據可能用HTML來表示，但是它們也有可能要用Macromedia Flash和WAP來表示。模型也有狀態管理和數據持久性處理的功能，例如，基於會話的購物車和電子商務過程也能被Flash網站或者無線聯網的應用程序所重用。 因為模型是自包含的，並且與控制器和視圖相分離，所以很容易改變你的應用程序的數據層和業務規則。如果你想把你的資料庫從MySQL移植到Oracle，或者改變你的基於RDBMS數據源到LDAP，只需改變你的模型即可。一旦你正確的實現了模型，不管你的數據來自資料庫或是LDAP伺服器，視圖將會正確的顯示它們。由於運用MVC的應用程序的三個部件是相互對立，改變其中一個不會影響其它兩個，所以依據這種設計思想你能構造良好的松偶合的構件。 對我來說，控制器的也提供了一個好處，就是可以使用控制器來聯接不同的模型和視圖去完成用戶的需求，這樣控制器可以為構造應用程序提供強有力的手段。給定一些可重用的模型和視圖，控制器可以根據用戶的需求選擇模型進行處理，然後選擇視圖將處理結果顯示給用戶。

MVC的缺點 MVC的缺點是由於它沒有明確的定義，所以完全理解MVC並不是很容易。使用MVC需要精心的計劃，由於它的內部原理比較復雜，所以需要花費一些時間去思考。 你將不得不花費相當可觀的時間去考慮如何將MVC運用到你的應用程序，同時由於模型和視圖要嚴格的分離，這樣也給調試應用程序到來了一定的困難。每個構件在使用之前都需要經過徹底的測試。一旦你的構件經過了測試，你就可以毫無顧忌的重用它們了。

根據我個人經驗，由於我們將一個應用程序分成了三個部件，所以使用MVC同時也意味著你將要管理比以前更多的文件，這一點是顯而易見的。這樣好像我們的工作量增加了，但是請記住這比起它所能帶給我們的好處是不值一提。 MVC並不適合小型甚至中等規模的應用程序，花費大量時間將MVC應用到規模並不是很大的應用程序通常會得不償失。 MVC是一條創建軟體的好途徑 MVC設計模式是一個很好創建軟體的途徑，它所提倡的一些原則，像內容和顯示互相分離可能比較好理解。但是如果你要隔離模型、視圖和控制器的構件，你可能需要重新思考你的應用程序，尤其是應用程序的構架方面。如果你肯接受MVC，並且有能力應付它所帶來的額外的工作和復雜性，MVC將會使你的軟體在健壯性，代碼重用和結構方面上一個新的台階。

⑨ MVC是指什麼

M model V view C controller 模型視圖控制器