android MVP模式 个人思考

之前去参加过一个面试，技术面的时候问到我现在开发都用什么架构，我一下懵逼了。这么小的项目还考虑毛框架啊。

这几天又开始新项目框架搭建的时候，时间没那么紧，开始打算考虑android项目的框架问题，看有没有借鉴的地方。对MVP，MVVM进行了大量资料查询，说实话，可能是本人思维有了定式，能看懂MVP的结构，但是对MVP模式依然很难以完全适应。

以下内容全是个人见解，有可能是学习不够，有可能是理解本身不够，未能理解到MVP精髓，欢迎留言指正。

进入正题，关于MVP模式的讲解以及代码结构，网上一搜一大堆，但是我个人感觉，网上除了直接复制粘贴完全一样的，不一样的实现内容之间的代码结构都略有不同。我只拿其中一个实现login的说一说个人理解。

从网上的资料来看，MVP模式作用包括：

1.拆分了Activity文件，大幅度减少Activity中的代码量，方便维护阅读。

2.独立出的view层和model层之间通过presenter进行管理，减少两层之间的耦合，某一层做改动不影响另一层。

3.分层过后方便测试。

4.提高代码复用率。

以上是我个人理解到的MVP模式的好处，但是研究了几个MVP模式的demo后发现，感觉MVP框架的思想有点强行为了分层而分层的感觉，难以一下子适应，而且关键在于MVP中将activity分层到view层，但是activity涉及到的生命周期、广播服务、handler等，在我看来依然属于控制层的范畴，在目前看到demo中，activity不可避免的出现了控制数据流向的代码。

所以基于MVP，我个人调整了下代码结构和逻辑，按照我的理解对项目进行了分层设计。

结构依然分成3层结构，view、controller、model，但是对MVP的实现方式做了调整。

view层不继承activity，通过构造函数或者init方式拿到activity和controller抽象接口，view中仅实现获取界面内容、展示内容的部分。

controller层继承activity，自然也继承了activity的生命周期，以及服务广播等信息来源。controller通过在oncreate中调用view层的init方法，实现界面的初始加载等，其后如果有信息需要展示，通过view实现的方法来进行展示。

model层与MVP的没有区别。都是定义实体类，实现对应的数据存取操作等。

以下是我的代码分层(eclipse下，内存太小，用不上studio）：



MainViews:

public class MainViews extends BaseViews<MainControllerInterface> {

private EditText edt_username, edt_password;

private OnClickListener clickListener;

@Override
public void init(final Activity a, final MainControllerInterface c) {
a.setContentView(R.layout.main);

edt_username = (EditText) a.findViewById(R.id.edt_username);
edt_password = (EditText) a.findViewById(R.id.edt_password);

clickListener = new OnClickListener() {

@Override
public void onClick(View v) {
switch (v.getId()) {
case R.id.btn_login:
User u = new User(getUsername(), getPassword());
if (TextUtils.isEmpty(u.getUsername()) || TextUtils.isEmpty(u.getPassword())) {
return;
}
c.onLoginBtnClicked(u);
break;
default:
break;
}
}
};
a.findViewById(R.id.btn_login).setOnClickListener(clickListener);
}

public boolean onCreateOptionsMenu(Activity a, Menu menu) {
a.getMenuInflater().inflate(R.menu.main, menu);
return true;
}

public boolean onOptionsItemSelected(MainController c, MenuItem item) {
int id = item.getItemId();
switch (id) {
case R.id.action_settings:
c.onMenuSettingSelected();
break;
default:
break;
}
return false;
}

protected String getUsername() {
// TODO 验证合法性,弹出提示等
return edt_username.getText().toString();
}

protected String getPassword() {
// TODO 验证合法性,弹出提示等
return edt_password.getText().toString();
}

public void setLoginSucess(Object beanNeedForShow) {
// TODO
}

public void setLoginFailed(Object beanNeedForShow) {
// TODO
}

@Override
public void destory() {
}

MainController:

public class MainController extends Activity implements MainControllerInterface {
private MainViews views;
private UserModel userModel;

// private TestService bleService;处理service
// private ServiceConnection conn;
// private Handler handler;//处理handler内容
// private BroadcastReceiver receiver;//处理广播内容

@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
if (userModel == null) {
userModel = new UserModel(getApplicationContext());
}
}

@Override
public boolean onCreateOptionsMenu(Menu menu) {
return views.onCreateOptionsMenu(this, menu);
}

@Override
public boolean onOptionsItemSelected(MenuItem item) {
return views.onOptionsItemSelected(this, item);
}

@Override
protected void onResume() {
super.onResume();
}

@Override
protected void onDestroy() {
views.destory();
super.onDestroy();
}

public void onMenuSettingSelected() {
// TODO
}

@Override
public void onLoginBtnClicked(User u) {
// TODO
userModel.login(u, new CallBack() {

@Override
public void onSuccess(User u) {
views.setLoginSucess(new Object());
}

@Override
public void onFailed(User u, Exception e) {
views.setLoginFailed(new Object());
}
});
}

public void setViews(MainViews views) {
this.views = views;
}

}

UserModel:

public class UserModel {

private Context ctx;

public UserModel(Context ctx) {
this.ctx = ctx;
}

public void login(User u, CallBack c) {
// 访问本地数据，网络数据等
// 可以同步传入handler，callback等，以便接收异步数据
// 此处demo直接使用暂定的callback
}

public interface CallBack {
public void onSuccess(User u);

public void onFailed(User u, Exception e);
}
}

demo代码中，我做了login的3层贯通，但是有些具体实现细节没有完全实现。

BaseViews和Controller接口，是我在用这个架构套用在之前的一个小项目上提炼出来的，不是必须。

之前我用过这个分层结构来进行过测试，但是由于我个人以前从未系统的进行android单元测试等，只能简单的用Robolectric进行了一下简单试验。

Model层的测试比较简单。

Controller层是用的笨办法，通过set方法注入了一个空实现的Views和一个直接返回特定结果的Model实现类进行的。

View层因为按照这个分层方式，只会有简单的页面显示功能，个人感觉如果需要，可以直接通过实现一个返回特定结果的Controller来进行点点点测试。

这个是我个人调整后的代码结构，不会更改现有的开发思路，所有的数据都汇集到controller中，再由controller来确定数据流向。分层结构后逻辑简单(有可能因为demo逻辑本来就弱)，所有逻辑都在controller中实现，层与层之间也能做到互不影响。

以上是我个人对android的MVP模式的理解和个性化调整，如果有感兴趣的朋友，欢迎拍砖指正交流。

附上我demo的代码：eclipse下的工程，只有全部结构代码，不保证完全运行