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下的工程，只有全部结构代码，不保证完全运行