Android開發技巧(使用MVP模式)
一、MVP介紹</span>
隨著UI創建技術的功能日益增強，UI層也履行著越來越多的職責。為了更好地細分視圖(View)與模型(Model)的功能，讓View專注于處理數
據的可視化以及與用戶的交互，同時讓Model只關系數據的處理，基于MVC概念的MVP(Model-View-Presenter)模式應運而生。
在MVP模式里通常包含4個要素：
(1)View:負責繪制UI元素、與用戶進行交互(在Android中體現為Activity);
(2)View interface:需要View實現的接口，View通過View interface與Presenter進行交互，降低耦合，方便進行單元測試;
(3)Model:負責存儲、檢索、操縱數據(有時也實現一個Model interface用來降低耦合);
(4)Presenter:作為View與Model交互的中間紐帶，處理與用戶交互的負責邏輯。
(原文地址：http://blog.csdn.net/vector_yi/article/details/24719873)
</div>
</div>
</div>
</div>
</div>
</div>
</div>
二、為什么使用MVP模式
在Android開發中，Activity并不是一個標準的MVC模式中的Controller，它
的首要職責是加載應用的布局和初始化用戶界面，并接受并處理來自用戶的操作請求，進而作出響應。隨著界面及其邏輯的復雜度不斷提升，Activity類的
職責不斷增加，以致變得龐大臃腫。當我們將其中復雜的邏輯處理移至另外的一個類（Presneter）中時，Activity其實就是MVP模式中
View，它負責UI元素的初始化，建立UI元素與Presenter的關聯（Listener之類），同時自己也會處理一些簡單的邏輯（復雜的邏輯交由
Presenter處理）.
另外，回想一下你在開發Android應用時是如何對代碼邏輯進行單元測試的？是否每次都要將應用部署到Android模擬器或真機上，然后通過模擬用
戶操作進行測試？然而由于Android平臺的特性，每次部署都耗費了大量的時間，這直接導致開發效率的降低。而在MVP模式中，處理復雜邏輯的
Presenter是通過interface與View(Activity)進行交互的，這說明了什么？說明我們可以通過自定義類實現這個
interface來模擬Activity的行為對Presenter進行單元測試，省去了大量的部署及測試的時間。
三、MVP與MVC的異同
MVC模式與MVP模式都作為用來分離UI層與業務層的一種開發模式被應用了很多年。在我們選擇一種開發模式時，首先需要了解一下這種模式的利弊：
無論MVC或是MVP模式都不可避免地存在一個弊端：
額外的代碼復雜度及學習成本。
這就導致了這兩種開發模式也許并不是很小型應用。
但比起他們的優點，這點弊端基本可以忽略了：
(1)降低耦合度
(2)模塊職責劃分明顯
(3)利于測試驅動開發
(4)代碼復用
(5)隱藏數據
(6)代碼靈活性
對于MVP與MVC這兩種模式，它們之間也有很大的差異。有一些程序員選擇不使用任何一種模式，有一部分原因也許就是不能區分這兩種模式差異。以下是這兩種模式之間最關鍵的差異：
(參考文章：http://www.infragistics.com/community/blogs/todd_snyder/archive
/2007/10/17/mvc-or-mvp-pattern-whats-the-difference.aspx)
MVP模式：
- View不直接與Model交互，而是通過與Presenter交互來與Model間接交互
- Presenter與View的交互是通過接口來進行的，更有利于添加單元測試
- 通常View與Presenter是一對一的，但復雜的View可能綁定多個Presenter來處理邏輯
MVC模式：
</div>
- View可以與Model直接交互
- Controller是基于行為的，并且可以被多個View共享
- 可以負責決定顯示哪個View
四、利用MVP進行Android開發的例子
</div>
說了這么多理論，現在輪到實踐了。
現在我們來實現這樣一個Android上的Demo(如圖)：可以從EditText讀取用戶信息并存取，也可以根據ID來從后臺讀出用戶信息并顯示。
頁面布局很簡單，就不介紹了。下面根據MVP原則來進行編碼：
先來看看java文件的目錄結構：
</div>
可以發現，Presenter與Model、View都是通過接口來進行交互的，既降低耦合也方便進行單元測試。
(1)首先我們需要一個UserBean，用來保存用戶信息 public class UserBean {
private String mFirstName ;
private String mLastName ;
public UserBean (String firstName, String lastName) {
this .mFirstName = firstName;
this .mLastName = lastName;
}
public String getFirstName() {
return mFirstName ;
}
public String getLastName() {
return mLastName ;
}
(2)再來看看View接口：
根據需求可知，View可以對ID、FirstName、LastName這三個EditText進行讀操作，對FirstName和LastName進行寫操作，由此定義IUserView接口：
</div>
public interface IUserView {
int getID();
String getFristName();
String getLastName();
void setFirstName (String firstName);
void setLastName (String lastName);
}
(3)Model接口：
同樣，Model也需要對這三個字段進行讀寫操作，并存儲在某個載體內(這不是我們所關心的，可以存在內存、文件、數據庫或者遠程服務器，但對于Presenter及View無影響),定義IUserModel接口：
</div>
public interface IUserModel {
void setID (int id);
void setFirstName (String firstName);
void setLastName (String lastName);
int getID();
UserBean load (int id);//通過id讀取user信息,返回一個UserBean
}
(4)Presenter:
至此，Presenter就能通過接口與View及Model進行交互了：
</div>
public class UserPresenter {
private IUserView mUserView ;
private IUserModel mUserModel ;
public UserPresenter (IUserView view) {
mUserView = view;
mUserModel = new UserModel ();
}
public void saveUser( int id , String firstName , String lastName) {
mUserModel .setID (id );
mUserModel .setFirstName (firstName );
mUserModel .setLastName (lastName );
}
public void loadUser( int id ) {
UserBean user = mUserModel .load (id );
mUserrView .setFirstName (user .getFirstName ());//通過調用IUserView的方法來更新顯示
mUserView .setLastName (user .getLastName ());
}
} </pre> <br />
</div>
</div>
</div>
(5)UserActivity:
UserActivity實現了IUserView及View.OnClickListener接口，同時有一個UserPresenter成員變量：
</div>
public class UserActivity extends Activity implements OnClickListener ,
IUserView {
private EditText mFirstNameEditText , mLastNameEditText , mIdEditText ;
private Button mSaveButton , mLoadButton ;
private UserPresenter mUserPresenter ; </pre> <br />
重寫了OnClick方法：
@Override
public void onClick(View v) {
// TODO Auto-generated method stub
switch ( v. getId()) {
case R .id .saveButton :
mUserPresenter .saveUser (getID (), getFristName (),
getLastName ());
break ;
case R .id .loadButton :
mUserPresenter .loadUser (getID ());
break ;
default :
break ;
}
}
</div>
</div>
可以看到，View只負責處理與用戶進行交互，并把數據相關的邏輯操作都扔給了Presenter去做。而Presenter調用Model處理完數據之后，再通過IUserView更新View顯示的信息。
View剩下的方法及UserModel類不是我們所關心重點，如果有興趣可以在源碼中查看。
</div>
源碼在這
本文由用戶 jopen 自行上傳分享，僅供網友學習交流。所有權歸原作者，若您的權利被侵害，請聯系管理員。
轉載本站原創文章，請注明出處，并保留原始鏈接、圖片水印。
本站是一個以用戶分享為主的開源技術平臺，歡迎各類分享！
相關資訊