mvc設計

『壹』 MVC設計模型

Model（模型）是應用程序中用於處理應用程序數據邏輯的部分。
通常模型對象負版責在數據權庫中存取數據。
View（視圖）是應用程序中處理數據顯示的部分。
通常視圖是依據模型數據創建的。
Controller（控制器）是應用程序中處理用戶交互的部分。
通常控制器負責從視圖讀取數據，控制用戶輸入，並向模型發送數據。
這個網上太多了吧，開發用的，基本用於B/S模式的。

『貳』 mvc中的C應該如何設計

你看下企業應用架構模式， pojo in action這兩本書，martin fowler提出的領域設計模式。mvc只是初期階段內，當業務一多，你容就需要剝離業務邏輯到業務層，controller里只是控制業務和界面的流轉，真正核心代碼應該是與具體框架盡可能無關的，這樣將來上web service或者其它用途打好基礎

『叄』 MVC是設計模式嗎

這裡面說的MVC其實是一個模型(也可說成是開發模式)，我們根據這個模型設計程序。通版俗的說就是權一個模子。它們的概念不一樣。
MVC即模型-視圖-控制器 (Model-View-Controller,MVC).它最初在Smalltalk中應用,主要思想是用面向對象的設計方法將用戶界面設計與程序的業務邏輯分離開來.使用這種模式,可以開發出具有伸縮性、易於擴展、便於維護的軟體系統.MVC主要由3個部分組成:模塊(Model)、視圖(View)和控制器(Controller),三者既分工又合作地完成系統的各項功能。
java 有23種設計模式，常用的單例模式，值對象模式，工廠模式，簡單工廠等,這些才是模式。

設計模式的意思是為解決一系列相同問題成功經驗的總結。而模型適用於所有需要這個模子的地方

『肆』 MVC設計模式是什麼 怎麼理解

MVC就是
M:Model 模型
V:View 視圖
C:Controller 控制器
模型就是封裝業務邏輯和數據的一個一個的模版塊權,控制器就是調用這些模塊的(java中通常是用Servlet來實現,框架的話很多是用Struts2來實現這一層),視圖就主要是你看到的,比如JSP等.
當用戶發出請求的時候,控制器根據請求來選擇要處理的業務邏輯和要選擇的數據,再返回去把結果輸出到視圖層,這里可能是進行重定向或轉發等.MVC我感覺主要就是把一個軟體或網站清晰地分成幾部分,每一部分都實現自己的功能,當某一部分需要修改時就可以只修改這一部分,不會去修改整體,當後期維護的時候MVC的作用也是很大的,耦合度太高就會導致牽一發而動全身,開銷也就會非常大了,現在的很多軟體都是要很多人完成的,不過不把軟體清晰的分層,不把軟體模塊化,大家就很難做好自己的那一塊,好多人都可能做了同一部分,而且沒辦法整合到一起,所以MVC我感覺是一種軟體架構思想,我也是新手,可能理解的不是很深,我就把我體會到的說了一下哈,希望大牛們批評更正哈!!!

『伍』 MVC設計模式了解什麼是mvc

Model（模型），是程序的主體部分，主要包含業務數據和業務邏輯。在模型層，還會涉及到用戶發內布的服務，在服務中容會根據不同的業務需求，更新業務模型中的數據。
View(視圖），是程序呈現給用戶的部分，是用戶和程序交互的介面，用戶會根據具體的業務需求，在View視圖層輸入自己特定的業務數據，並通過界面的事件交互，將對應的輸入參數提交給後台控制器進行處理。
Controller（控制器），Controller是用來處理用戶輸入數據，已經更新業務模型的部分。控制器中接收了用戶與界面交互時傳遞過來的數據，並根據數據業務邏輯來執行服務的調用和更新業務模型的數據和狀態。

『陸』 什麼是MVC設計模式

「」模式即是：「Model-View-Controller」模式。在這種模式中，通過JSP技術來表現頁面，通過Servlet技術來完成大量的事務處理工作，實現用戶的商業邏輯。

在這種模式中，Servlet用來處理請求的事務，充當了控制器（Controller即「C」）的角色，Servlet負責響應客戶對業務邏輯的請求並根據用戶的請求行為，決定將哪個JSP頁面發送給客戶。JSP頁面處於表現層，也就是視圖（View即「V」）的角色。JavaBean則負責數據的處理，也就是模型（Model即「M」）的角色
Servlet+JSP+JavaBean(MVC)模式適合開發復雜的web應用，在這種模式下，servlet負責處理用戶請求，jsp負責數據顯示，javabean負責封裝數據。 Servlet+JSP、JavaBean模式程序各個模塊之間層次清晰，web開發推薦採用此種模式。
MVC架構
Model-View-Controller架構模式是80年代中期在Smalltalk-80 GUI（一種經典的面向對象程序設計語言）實驗室發明的。
根據MVC模式，一個軟體應該將商務邏輯（Model）和顯示(View)分開。分開有許多好處，最主要的有兩個方面：
1、同一的商務邏輯層（Model）可能會對應多個顯示層（View），如果商務邏輯層和顯示層放在一起的話，再添加一個顯示層的時候就會極大的增加組件的復雜性。一個商務邏輯對著兩個顯示層的例子是：銀行的帳戶的商務邏輯層對應ATM和Internet兩個顯示層。
2、通常情況下，每次修改顯示層的時候一般並不需要修改商務邏輯層。

『柒』 MVC設計模式開發流程和設計思路

MVC是企業常用的一種開發Web的一套模式！

『捌』 MVC設計模式是什麼怎麼理解

什麼是MVP

View ：是指顯示數據並且和用戶交互的層。在安卓中，它們可以是一個Activity，一個Fragment，一個android.view.View或者是一個Dialog。

Model ：是數據源層。比如資料庫介面或者遠程伺服器的api。

Presenter：是從Model中獲取數據並提供給View的層，Presenter還負責處理後台任務。

MVP是一個將後台任務和activities/views/fragment分離的方法，讓它們獨立於絕大多數跟生命周期相關的事件。這樣應用就會變得更簡單，整個應用的穩定性提高10倍以上，代碼也變得更短，可維護性增強，程序員也不會過勞死了~~。

為什麼要在安卓上使用MVP原因一: 盡量簡單

如果你還沒有閱讀過這篇文章，閱讀它: Kiss原則(https://people.apache.org/%7Efhanik/kiss.html)。- kiss是Keep It Stupid Simple或者Keep It Simple, Stupid的縮寫。

.絕大多數的安卓程序都只使用了View-Model架構。

.程序員被絞盡了復雜的界面開發中，而不是解決事務邏輯。

在應用中使用Model-View的壞處是「每個東西之間都是相互關聯的」如下圖:

如果上面的圖解看起來還不夠復雜，那麼想想這些情況：每個view可能在任意的時間出現或者消失，view數據需要保存與恢復，在臨時的view上掛載一個後台任務。

而與「每個東西之間都是相互關聯的」的相反選擇是使用一個萬能對象（god object）。註：god object是指一個對象/常式在系統中做了太多的事情，或者說是有太多不怎麼相關的事情放在一個對象/常式裡面來完成。

god object過於復雜，他的不同部分無法重用、測試，無法輕易的debug和重構。

使用MVP

復雜的任務被分割成簡單的任務。

.更小的對象，更少的bug。

.更好測試

MVP的view層變得如此簡單，在請求數據的時候甚至不需要使用回調。view的邏輯變得非常直接。

原因二: 後台任務

當你需要寫一個Activity，Fragment或者一個自定義View的時候，你可以將所有和後台任務相關的方法放在一個外部的或者靜態的類中。這樣你的後台任務就不會再與Activity相關聯，不會在泄漏內存同時也不會依賴於Activity的重建。我們稱這樣的一個類為「Presenter」。註：要理解此話的含義最好先看懂第一個MVP示例的代碼。

雖然有一些方法可以解決後台任務的問題，但是沒有一種和MVP一樣可靠。

為什麼這是可行的

下面的圖解顯示了在configuration改變或者發生out-of-memory事件的情況下應用的不同部分所發生的事情。每一個開發者都應該知道這些數據，但是這些數據並不好發現。

| Case 1 | Case 2 | Case 3

|A configuration| An activity | A process

| change | restart | restart

---------------------------------------- | ------------- | ------------ | ------------

Dialog | reset | reset | reset

Activity, View, Fragment | save/restore | save/restore | save/restore

Fragment with setRetainInstance(true) | no change | save/restore | save/restore

Static variables and threads | no change | no change | reset

情景1：configuration的改變通常發生在旋轉屏幕，修改語言設置，鏈接外部的模擬器等情況下。要知道更多的configuration change事件請閱讀：configChanges（developer.android.com/reference/android/R.attr.html#configChanges）。

情景2：Activity的重啟發生在當用戶在開發者選項中選中了「Don't keep activities」（「中文下為 不保留活動」）的復選框，然後另一個Activity在最頂上的時候。

情景3：進程的重啟發生在應用運行在後台，但是這個時候內存不夠的情況下。

結論

現在你可以發現，一個擁有setRetainInstance(true)的Fragment並沒有帶來幫助 - 我們還是要保存和/恢復這種fragment的狀態。因此我們可以去掉可保持Fragment的情景，把問題簡單化。Occam's razor（https://en.wikipedia.org/wiki/Occam%27s_razor）

『玖』 mvc是設計模式嗎 今天去面試的時候 我說MVC設計模式 面試官說MVC不是一種設計模式 我就懵了

MVC是三個單詞的縮寫,分別為： 模型(Model),視圖(View)和控制Controller)。 MVC模式的目的就是實現Web系統的職能分工。 Model層實現系統中的業務邏輯，通常可以用JavaBean或EJB來實現。 View層用於與用戶的交互，通常用JSP來實現。 Controller層是Model與View之間溝通的橋梁，它可以分派用戶的請求並選擇恰當的視圖以用於顯示，同時它也可以解釋用戶的輸入並將它們映射為模型層可執行的操作。
MVC(Model View Controller)模型－視圖－控制器
MVC本來是存在於Desktop程序中的，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 的開發者的歡迎。模型－視圖－控制器模式是一個有用的工具箱，它有很多好處，但也有一些缺點。

另：
軟體設計模式：
設計模式/軟體設計模式（Design pattern）是一套被反復使用、多數人知曉的、經過分類編目的、代碼設計經驗的總結。使用設計模式是為了可重用代碼、讓代碼更容易被他人理解、保證代碼可靠性。

『拾』 mvc設計模式和mvc框架的區別

MVC框架就是已抄經幫你准備好了襲視圖跟控制器的基類以及相互關聯的程序基礎類，你只需要繼承控制器或者視圖來具體實現就行了，框架會自動幫你實現MVC模式間的交互。如果你只懂模式，沒有框架，那麼你自己必須按照MVC的模式要求，來自己一個個實現控制器跟視圖，還有他們之間的交互。