Android學習之淺談對MVC模式和MVP模式的理解
進來聽群裡大神們一直在講MVP模式的好處優點種種…，因為mvp出來有一段時間了，但是還沒怎麼了解過，所以週末看了看，並且敲了幾個demo，感覺有點心得了，就淺談一下自己的理解，不正確的地方請及時指出，謝謝！
MVC模式：
邏輯：View通知Controller獲取資料賦值給Model並顯示在View上
Model：實體類以及邏輯處理
View：xml佈局
Controller：Activity和Fragment
為什麼Model和View可以直接互動呢？
這就是MVC癥結所在，因為MVC模式，View並不具有賦值能力，全部都在Controller完成賦值的，所以可以理解為View即Controller，但Controller併為View。
癥結：造成Controller程式碼量過大，耦合性過高，不利於程式碼維護。
這裡稍微解釋一下何為耦合性？
學過軟體工程的應該都知道，衡量軟體設計好壞的標準之一就是高內聚低耦合。
高內聚：一個模組只負責一個功能，即單一責任原則，獨立性越高內聚越高。所有程式碼都是在圍繞這一個功能。
低耦合：每個模組相互連線程度，連線程度越高耦合性越高，模組獨立性越差，就會導致高內聚。
即我們不需要知道每個模組內部是怎麼實現的，只需要知道根據每個模組的功能來呼叫。模組之間的介面越簡單越少越好，不可能完全沒有連線，但要降到最低。
MVC中Model與View的直接相互通訊就會導致低耦合。
MVP模式
MVP解決了MVC低耦合的問題。
邏輯：View傳送通知給Presenter，Presenter操作model將內容返回給view，顯而易見，Presenter作為View和Model之間的橋樑，來處理二者之間的互動問題
這裡值得解釋一下：
View：這裡將MVC中的View和Controller全都放進View中。
Presenter：Presenter替代Controller來做為邏輯處理類。
Model：實體類和業務處理。
由圖可見，View和Model之間不在具備互動性，這樣耦合性降到最低了，解決了MVC所存在的問題
但View和Presenter之間的互動性不也是耦合性增加的表現嗎？
這裡就是MVP的特色了，Presenter賦值給View並不是操作View來實現的，而是通過介面來實現賦值的，這樣其MVP就避免再次淪為MVC結局。
下面我將晚上寫的demo貼出來解釋一下。
模仿請求使用者資訊介面來實現MVP模式。
操作View的介面：
/**
* Created by WangChang on 2016/4/17.
*/
public interface MainView {
void userInfo(UserModel userModel);
void showLoading();
void hideLoading();
}
可以看出這些介面都是控制view的一些行為的。
Model是怎麼實現的呢？
/**
* Created by WangChang on 2016/4/17.
*/
public class UserModel {
private String name;
private String icon;
private int id;
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
public String getIcon() {
return icon;
}
public void setIcon(String icon) {
this.icon = icon;
}
public int getId() {
return id;
}
public void setId(int id) {
this.id = id;
}請求介面：
/**
* Created by WangChang on 2016/4/17.
*/
public class GetUserInfo implements UserInfo {
@Override
public void getUserInfo(String url, final CallBack callBack) {
new Thread() {
@Override
public void run() {
super.run();
final UserModel userModel = new UserModel();
try {
Thread.sleep(2000);
} catch (InterruptedException e) {
e.printStackTrace();
}
userModel.setIcon("http://img.my.csdn.net/uploads/201508/05/1438760758_3497.jpg");
userModel.setName("隔壁小王");
userModel.setId(1);
if (userModel.getId() > 0) {
callBack.success(userModel);
} else {
callBack.failure();
}
}
}.start();
}
}
回撥介面：
/**
* Created by WangChang on 2016/4/17.
*/
public interface CallBack {
void success(UserModel userModel);
void failure();
}
這裡用實際請求的話就不需要這麼寫回調介面了
那麼Presenter怎麼寫的呢？
/**
* Created by WangChang on 2016/4/17.
*/
public class MainPresenter {
private MainView view;
private GetUserInfo info;
public MainPresenter(MainView view) {
this.view = view;
this.info = new GetUserInfo();
}
public void getUserInfo() {
view.showLoading();
info.getUserInfo("wwww.bai.com", new CallBack() {
@Override
public void success(final UserModel userModel) {
view.userInfo(userModel);
view.hideLoading();
}
@Override
public void failure() {
view.hideLoading();
}
});
}
}
最後看View層怎麼實現賦值的
public class MainActivity extends AppCompatActivity implements MainView {
private ImageView iv;
private TextView tv;
private ProgressBar progressBar;
private MainPresenter presenter;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
iv = (ImageView) findViewById(R.id.iv);
tv = (TextView) findViewById(R.id.tv);
progressBar = (ProgressBar) findViewById(R.id.progressBar);
presenter = new MainPresenter(this);
presenter.getUserInfo();
}
@Override
public void userInfo(final UserModel userModel) {
runOnUiThread(new Runnable() {
@Override
public void run() {
Picasso.with(MainActivity.this).load(userModel.getIcon()).resize(400,400).into(iv);
tv.setText(userModel.getName());
}
});
}
@Override
public void showLoading() {
progressBar.setVisibility(View.VISIBLE);
}
@Override
public void hideLoading() {
runOnUiThread(new Runnable() {
@Override
public void run() {
progressBar.setVisibility(View.GONE);
}
});
}
}
整個MVP大概就是這麼實現的。嗯結構也很簡單。就講這麼多。