MVP模式架構(gòu)
- Model：業(yè)務(wù)邏輯和實體模型
- View：用戶交互及頁面展示
- presenter：Model與View交互的橋梁
MVP結(jié)構(gòu)圖
總體來說思路還是比較簡單的：
- 1、view層即我們的Activity配喳，繼承抽離出view所有操作方法的接口酪穿，并引用presenter。
- 2晴裹、presenter調(diào)用model被济，執(zhí)行model中具體業(yè)務(wù)邏輯。
- 3涧团、model執(zhí)行具體邏輯只磷，將結(jié)果回調(diào)給presenter经磅。
- 4、presenter繼續(xù)將結(jié)果回調(diào)給view钮追。
使用MVP模式實現(xiàn)簡單的登錄實例
項目結(jié)構(gòu)
view層：（繼承抽離出view所有操作方法的接口预厌，并引用presenter）
//封裝Activity所需要的方法，假設(shè)我們需要處理登錄成功與登陸失敗兩種情況
public interface ILoginView {
//登錄成功
void onLoginSuccess(String successMsg);
//登錄失敗
void onLoginFailed(String errorMsg);
}
Activity實現(xiàn)接口并引用presenter：
public class MainActivity extends AppCompatActivity implements ILoginView {
private ILoginPresenter presenter;//presenter引用
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
presenter.startLogin();//開始登錄
}
@Override
public void onLoginSuccess(String successMsg) {
//UI層接收回調(diào)：登錄成功
}
@Override
public void onLoginFailed(String errorMsg) {
//UI層接收回調(diào)：登錄失敗
}
}
presenter層：（調(diào)用model元媚，執(zhí)行model的具體邏輯）
public class ILoginPresenter {
private ILoginView view;
private LoginModel model;
public ILoginPresenter(ILoginView view){
this.view = view ;
}
//調(diào)用model轧叽，執(zhí)行model具體邏輯
public void startLogin(){
model = new LoginModel(this);
model.startLogin();
}
//將結(jié)果回調(diào)給層，因為UI持有View的引用刊棕，所以結(jié)果回調(diào)到了UI層
public void onLoginSuccess(String successMsg){
view.onLoginSuccess(successMsg);
}
public void onLoginError(String errorMsg){
view.onLoginFailed(errorMsg);
}
}
model：實現(xiàn)具體業(yè)務(wù)邏輯
public class LoginModel {
private ILoginPresenter iLoginPresenter;
public LoginModel(ILoginPresenter presenter){
this.iLoginPresenter = presenter;
}
//登錄具體邏輯
public void startLogin(){
if(true){
//假設(shè)登錄成功
iLoginPresenter.onLoginSuccess("success");//結(jié)果回調(diào)給presenter
}else{
iLoginPresenter.onLoginError("error");//結(jié)果回調(diào)給presenter
}
}
}
總結(jié)
從上面的例子可以看出：使用MVP模式會使得代碼多出很多接口及Presenter炭晒，但是這樣使得代碼邏輯更加清晰，尤其是在處理復(fù)雜邏輯時甥角，可以將Activity每個業(yè)務(wù)都抽離成一個Presenter网严，這樣即邏輯清晰也方便我們擴展。例子中業(yè)務(wù)邏輯很簡單蜈膨，使用MVP返回顯現(xiàn)代碼累贅屿笼，所以說，仁者見仁智者見智翁巍，我認(rèn)為根據(jù)具體項目情況選擇合理的架構(gòu)模式驴一。
