① 什麼是mvp
mvp的全稱為Model-View-Presenter，Model提供數據，View負責顯示，Controller/Presenter負責邏輯的處理。MVP與MVC有著一個重大的區別：在MVP中View並不直接使用Model，它們之間的通信是通過Presenter (MVC中的Controller)來進行的，所有的交互都發生在Presenter內部，而在MVC中View會直接從Model中讀取數據而不是通過 Controller。
中文名：MVP
外文名：Model-View-Presenter
通信方式：Presenter
位置：在Presenter內部
② mvp框架mvc，mtv，mvp，cbd，orm等等;框架有哪些
程序源代碼如下:
main()
{
int i,j,k;
printf("\n");
for(i=1;i<5;i++)／*以下為三重循環*/
for(j=1;j<5;j++)
for (k=1;k<5;k++)
{
if (i!=k&&i!=j&&j!=k) /*確保i、j、k三位互不相同*/
printf("%d,%d,%d\n",i,j,k);
}
}
main()
{
long int i;
int bonus1,bonus2,bonus4,bonus6,bonus10,bonus;
scanf("%ld",&i);
bonus1=100000*0.1;bonus2=bonus1+100000*0.75;
bonus4=bonus2+200000*0.5;
bonus6=bonus4+200000*0.3;
bonus10=bonus6+400000*0.15;
if(i<=100000)
bonus=i*0.1;
else if(i<=200000)
bonus=bonus1+(i-100000)*0.075;
else if(i<=400000)
bonus=bonus2+(i-200000)*0.05;
else if(i<=600000)
bonus=bonus4+(i-400000)*0.03;
else if(i<=1000000)
bonus=bonus6+(i-600000)*0.015;
else
bonus=bonus10+(i-1000000)*0.01;
printf("bonus=%d",bonus);
}
③ 淺談MVC，MVP，MVVM架構模式的區別和聯系
http://www.cnblogs.com/guwei4037/p/5591183.html
④ 淺談MVC，MVP，MVVM架構模式的區別和聯系
MVC、MVP、MVVM這些模式是為了解決開發過程中的實際問題而提出來的，目前作為主流的幾種架構模式而被廣泛使用。
一、MVC（Model-View-Controller）
MVC是比較直觀的架構模式，用戶操作->View（負責接收用戶的輸入操作）->Controller（業務邏輯處理）->Model（數據持久化）->View（將結果反饋給View）。
MVC使用非常廣泛，比如JavaEE中的SSH框架（Struts/Spring/Hibernate），Struts（View, STL）-Spring（Controller, Ioc、Spring MVC）-Hibernate（Model, ORM）以及ASP.NET中的ASP.NET MVC框架，xxx.cshtml-xxxcontroller-xxxmodel。（實際上後端開發過程中是v-c-m-c-v，v和m並沒有關系，下圖僅代表經典的mvc模型）
二、MVP（Model-View-Presenter）
MVP是把MVC中的Controller換成了Presenter（呈現），目的就是為了完全切斷View跟Model之間的聯系，由Presenter充當橋梁，做到View-Model之間通信的完全隔離。
.NET程序員熟知的ASP.NET webform、winform基於事件驅動的開發技術就是使用的MVP模式。控制項組成的頁面充當View，實體資料庫操作充當Model，而View和Model之間的控制項數據綁定操作則屬於Presenter。控制項事件的處理可以通過自定義的IView介面實現，而View和IView都將對Presenter負責。
三、MVVM（Model-View-ViewModel）
如果說MVP是對MVC的進一步改進，那麼MVVM則是思想的完全變革。它是將逗數據模型數據雙向綁定地的思想作為核心，因此在View和Model之間沒有聯系，通過ViewModel進行交互，而且Model和ViewModel之間的交互是雙向的，因此視圖的數據的變化會同時修改數據源，而數據源數據的變化也會立即反應到View上。
這方面典型的應用有.NET的WPF，js框架Knockout、AngularJS等。
參考資料：
⑤ mvp，mvc和mvvm的區別
MVC,
MVP和MVVM都是用來解決界面呈現和邏輯代碼分離而出現的模式。以前只是對它們有部分的了解，沒有深入的研究過，對於一些裡面的概念和區別也是一知半解。現在一邊查資料，並結合自己的理解，來談一下對於這三種模式思想的理解，以及它們的區別。歡迎各位高手拍磚。
閱讀目錄:
復制代碼
代碼如下:
一. MVC, MVP, MVVM誕生的需求?
二. 一段典型的耦合代碼
三. MVC模式
3.1 主動MVC
3.2 被動MVC
3.3 Web應用中的MVC框架
3.4 MVC總結
一，MVC, MVP, MVVM誕生的需求?
軟體中最核心的，最基本的東西是什麼?
是的，是數據。我們寫的所有代碼，都是圍繞數據的。
圍繞著數據的產生、修改等變化，出現了業務邏輯。
圍繞著數據的顯示，出現了不同的界面技術。
沒有很好設計的代碼，常常就會出現數據層(持久層)和業務邏輯層還有界面代碼耦合的情況。
ORM等框架，解耦合了業務邏輯和數據之間的耦合，業務邏輯不再關心底層數據如何存儲和讀取。所有數據呈現給業務邏輯層的就是一個個的對象。
而MVC,
MVP, MMVM用來解決業務邏輯和視圖之間的耦合。
二，一段典型的耦合代碼
復制代碼
代碼如下:
{
SqlDataAdapter adapter = new SqlDataAdapter("select * from
Table1","server=.;database=db;uid=sa;pwd=password");
DataSet ds = new DataSet("ds1");
adapter.Fill(ds);
this.GridView1.DataSource = ds;
this.GridView1.DataBind();
}
上面的這段代碼中，既包含了數據訪問，還包含的頁面展示。當項目復雜程度更高，這種代碼就會變得非常難以維護，層次也不清晰。
三，MVC模式
MVC全名是Model View
Controller，是模型(model)－視圖(view)－控制器(controller)的縮寫。MVC開始是存在於桌面程序中的，M是指業務模型，V是指用戶界面，C則是控制器，使用MVC的目的是將M和V的實現代碼分離，從而使同一個程序可以使用不同的表現形式
3.1 主動MVC
MVC的理論思想對應的是主動MVC, 這里的主動的意思是, Model會主動通知View更新。而我們使用MVC框架,
Struts, asp.net mvc等都不是主動MVC(視圖的更新都是通過Controller完成的)
Model
用於封裝與應用程序的業務邏輯相關的數據以及對數據的處理方法。
模型中數據的變化一般會通過一種刷新機制被公布。為了實現這種機制，那些用於監視此模型的視圖必須事先在此模型上注冊，從而，視圖可以了解在數據模型上發生的改變。
View
視圖層負責數據的展示。
在視圖中一般沒有程序上的邏輯。為了實現視圖上的刷新功能，視圖需要訪問它監視的數據模型（Model），因此應該事先在被它監視的數據那裡訂閱Model的事件。
Controller
控制器是M和V之間的連接器，用於控制應用程序的流程。它處理事件並作出響應。「事件」包括用戶的行為和數據模型上的改變。
3.2 被動MVC
下圖是被動MVC中的流程，和主動MVC不同之處是,
View沒有訂閱Model數據變化的事件，等待Model來通知需要根據新的數據來更新View. 在被動MVC中，Controller負責通知View,
有數據變化，需要更新視圖。
被動MVC 中，與主動MVC的區別在於：
1、模型對視圖和控制器一無所知，它僅僅是被它們使用
2、控制器使用視圖，並通知它更新數據顯示
3、視圖僅僅是在控制器通知它去模型取數據的時候它才這么做(視圖並不會訂閱或監視模型的更新)
3.3. Web應用中的MVC框架
Web中的MVC框架都是被動MVC模式，因為web應用中,
由於http是基於請求和響應方式協同工作的,因此當伺服器端的model(數據)發生變化時,它不會立即更新客戶端的view,只有客戶端重新請求或刷新頁面時才更新.
下圖是典型的MVC框架中的MVC一個請求流程。
3.4 MVC總結
MVC優點
•由於MVC很好的分離了視圖層和業務層，所以它具有以下優點
•耦合性低
•開發速度快
•可維護性高
•沒有控制項的概念，對html沒有封裝，易於理解
•和其它平台(java, php)等更加相似。便於人才獲取
MVC使用的誤區
1.把Model理解成實體類（Entity），在MVC中Model應該包含2部分功能，一部分是處理業務邏輯，一部分是提供View顯示的數據
2.把業務邏輯全部放在Controller端
這兩個誤區本質上都是對Model的作用不明導致的。
Model在MVC架構中起的作用非常重要，它應該是業務邏輯真正的實現層。所以Model的實際上是Business
Model（業務模型）。而Controller僅僅起一個「橋梁」作用，它負責把View的請求轉發給Model，再負責把Model處理結束的消息通知View。Controller是用來解耦View和Model的，具體一點說，就是為了讓UI與邏輯分離（界面與代碼分離）。
引自http://www.techopedia.com/definition/27454/model-mvc-aspnet
復制代碼
代碼如下:
Techopedia explains Model (MVC)
The
Model is the part of MVC which implements the domain logic. In simple terms,
this logic is used to handle the data passed between the database and the user
interface (UI).
The Model is known as domain object or domain entity.
The domain objects
are stored under the Models folder in ASP.NET. The domain model represents the
application perspective for the data to be handled whereas a view model is
required to proce the engine that generates the View.
This definition was written in the context of ASP.NET.
MVC的缺點
完美的MVC應用場景應該是這樣的:
有個Student Model, 關聯StudentListView, StudentEditView.
對於StudentListView,
Student Model提供Student的集合數據來顯示StudentListView
對於StudentEditView, Student
Model提供單個Student數據來展示StudentEditView並且響應StudentEditView的保存操作。
但是這只是完美的情況，實際應用中，在ListView上，不單單顯示Student的信息，可能還需要這個Student的歷史成績，家庭情況,
老師信息。而這些是Student Model不能提供的。
也許我們可以擴展Student Model, 將Student
Model能夠提供的信息擴展，包含成績信息等，這本身也可以。但是，如果Student顯示的View，這個需要只是需要額外的成績信息，另一個View只是需要額外的家庭信息，Student
Model是不是有些疲於奔命，你能知道還會有多少個差異化的View的需求? 而且讓邏輯端代碼這樣不斷的修改來適應View端，好嗎?
由於MVC的設計思想是從Model出發，而沒有考慮到View端的復雜性，這樣導致的問題是Model難以符合復雜多變的View端變化。
相對這點，MVP和MVVM就要好得多。它們都獨立出了Presenter
和ViewModel來對應每個View。
⑥ MVP的MVC和MVP
MVP 是從經典的模式MVC演變而來，它們的基本思想有相通的地方：Controller/Presenter負責邏輯的處理，Model提供數據，View負責顯示。作為一種新的模式，MVP與MVC有著一個重大的區別：在MVP中View並不直接使用Model，它們之間的通信是通過Presenter (MVC中的Controller)來進行的，所有的交互都發生在Presenter內部，而在MVC中View會從直接Model中讀取數據而不是通過 Controller。
在MVC里，View是可以直接訪問Model的！從而，View里會包含Model信息，不可避免的還要包括一些業務邏輯。 在MVC模型里，更關注的Model的不變，而同時有多個對Model的不同顯示，及View。所以，在MVC模型里，Model不依賴於View，但是View是依賴於Model的。不僅如此，因為有一些業務邏輯在View里實現了，導致要更改View也是比較困難的，至少那些業務邏輯是無法重用的。
⑦ MVC和MVP的區別
區別在於
從上圖可以看出：MVC的耦合性還是較高的，View可以直接訪問Model，導致3者之間構成了迴路。所以兩者的主要區別是，MVP中View不能直接訪問Model，需要通過Presenter發出請求，View與Model不能直接通信。
2.與MVVM（Model-View-ViewModel）的區別
MVVM與MVP非常相似，唯一區別是View和Model進行雙向綁定，兩者之間有一方發生變化則會反應到另一方上。MVVM模式有點像ListView與Adapter、數據集的關系，當數據集發生變化時，調用Adapter的notifyDataSetChanged之後View就直接更新，同時它們之間又沒有耦合，使得ListView變得更加靈活。
⑧ 淺談MVC，MVP，MVVM架構模式的區別和聯系
MVC、MVP、MVVM這些模式是為了解決開發過程中的實際問題而提出來的，目前作為主流的幾種架構模式而被廣泛使用。
一、MVC（Model-View-Controller）
MVC是比較直觀的架構模式，用戶操作->View（負責接收用戶的輸入操作）->Controller（業務邏輯處理）->Model（數據持久化）->View（將結果反饋給View）。
MVC使用非常廣泛，比如JavaEE中的SSH框架（Struts/Spring/Hibernate），Struts（View, STL）-Spring（Controller, Ioc、Spring MVC）-Hibernate（Model, ORM）以及ASP.NET中的ASP.NET MVC框架，xxx.cshtml-xxxcontroller-xxxmodel。（實際上後端開發過程中是v-c-m-c-v，v和m並沒有關系，下圖僅代表經典的mvc模型）