我实践中的mvp架构

我实践中的mvp架构

在Android开发实践中，我也深刻理解到一个项目的架构稀烂会带来什么，成天的找bug，解决了一个bug，又出现了两个bug，这样的事肯定会经常出现。所以呢我决定使用传说中的mvp，这是15年年底的事，经过这么久了，想想也可以稍微写点东西。

• MVP架构介绍
• MVP架构图对比
• 总结

---

mvp架构介绍

参考
软件架构的依赖规则：

软件是分层的，高层是基础业务逻辑和策略，低层是实现机制和展现形式。代码和数据依赖只能是低层代码依赖高层，而不能反过来。

什么是MVP？
MVP是Model, View和Presenter的简称。是非常有名的MVC模式的演化版。MVP模式把显示逻辑和从业务逻辑层中分离出来，理想状况下，MVP模式中，在替换不同的视图(View)的情况下，可以实现完全相同的业务逻辑。

Presenter代替了MVC中Controller，它比Controller担当更多的任务，也更加复杂。Presenter处理事件，执行相应的逻辑，这些逻辑映射到Model的Command以操作Model。那些处理UI如何工作的代码基本上都位于Presenter。Presenter如同一个乐队的指挥家，表现和协调整个Application，它负责创建和协调其它对象。

MVP与MVC有着一个重大的区别：在MVP中View并不直接使用Model，它们之间的通信是通过Presenter (MVC中的Controller)来进行的，所有的交互都发生在Presenter内部，而在MVC中View会从直接Model中读取数据而不是通过 Controller。

为什么使用MVP模式
因为在Android中，Activity严重耦合了界面和数据获取层。这样不仅导致了Activity的类越来越庞大，而且，如果修改数据获取层，可能也导致整个View都要重写。也非常不利于模块和自动化测试。

MVP使View独立于数据，把大量的逻辑从Activity中提取出来。把应用分层，每层都可以独立测试和变动。

MVP模式是如何工作的
MVP模式中的角色划分并没有标准的划分方法。大致的定义如下：

表示器(Presenter)
表示器也可以称为指挥器，它处在View和Model之间，负责从Model中获取数据，然后返回给View。同时决定视图上的交互的处理。

视图(View)
视图比较好理解，在Android中一般对应的是Activity，Fragment或者View。因为视图上的交互需要通知表示器，让它决定做什么事情。所以View中一般包含一个Presenter的引用。理想状况下，Presenter一般使用依赖注入的方式实现。

模型(Model)
模型是应用程序中的数据处理和业务逻辑部分。

---

MVP架构图对比

传说中的mvp架构图：

传说中的mvp架构图实现代码
具体代码请参考：https://github.com/ray0807/ShareFramework

其实从代码中也可以看到一个activity就会跟一个IView 当然啦，这也是为了更好的解耦和，本人是从心底里赞同的，但是有些小项目，说实在的，需要更敏捷，更快速，所以呢，我自己在开发的时候也有一套自己的实现方式，实现原理图与上面的原理图差不多

ZebraPresenter（购物车presenter）这里是整个模块的presenter,并不是一个activity就有一个IView，这里的IView被presenterCallback代替，传回的数据也有T 代替（这样就可以满足一个presenter传递多种数据啦）

/**
 * 购物车实现
 * @author wangl01
 *
 */
public class ZebraPresenter extends Presenter {
    private PresenterCallBack callback;
    private ZebraGoManager manager;
    private Page currentPage;

    public ZebraPresenter(PresenterCallBack callback) {
        manager = new ZebraGoManager();
        this.callback = callback;
    }

    private <T> void sendData(PresenterData<T> data) {
        if (callback != null) {
            callback.callBackPresenter(data);
        }
    }

    public void getZebraProductShowList(Context c) {
        manager.getZebraGoHomepage(c, new NListener<BaseData>() {

            @Override
            public void onResponse(BaseData data) {
                List<ZebraHomePageProductBean> productTypeList = null;
                List<ZebraHomePageBusinessBean> businessList = null;
                if (data.status == 0) {
                    productTypeList = data.data.productTypeList;
                    businessList = data.data.businessList;
                }
                sendData(new PresenterData<List<ZebraHomePageProductBean>>("zebra_product", productTypeList));
                sendData(new PresenterData<List<ZebraHomePageBusinessBean>>("zebra_onsell", businessList));

            }

            @Override
            public void onErrResponse(VolleyError error) {
                sendData(new PresenterData<List<ZebraHomePageProductBean>>("zebra_product", null));
                sendData(new PresenterData<List<ZebraHomePageBusinessBean>>("zebra_onsell", null));
            }

            @Override
            public void onAllPageLoaded(int nowPage, int totalPage) {

            }
        });

    }

acitivity实现

/**
 * 购物车
 * @author wangl01
 *
 */
public class ZebraShoppingCarActivity extends BaseActivity
        implements OnClickListener, PresenterCallBack, OnItemClickListener, OnRefreshListener2<SwipeMenuListView> {
    private NavigationBar navbar_activity_shopping;
    private LoadingSwipeMenuListView smls_shoppingCar;

    private ZebraGoShoppingCarAdapter adapter;

    private ZebraPresenter presenter;
    private Handler mHandler = new Handler() {
        public void handleMessage(android.os.Message msg) {
            switch (msg.what) {
            case Constant.FRESH_COMPLETE:
                smls_shoppingCar.onRefreshComplete();
                break;
            default:
                break;
            }

        };
    };

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_zebra_shopping_car);
        EventBus.getDefault().register(this);
        findViews();
        init();
        addListeners();
    }

    @Override
    protected void onDestroy() {
        EventBus.getDefault().unregister(this);
        super.onDestroy();
    }

    @Override
    public void findViews() {
        presenter = new ZebraPresenter(this);
    }

    @Override
    public void init() {
        //节省空间，不需要的代码已被删除
        presenter.getZebraShoppingCar(this, isRefresh);

    }

    /**
     * presenter 回调
     */
    @Override
    public <T> void callBackPresenter(PresenterData<T> data) {
        refreshComplete();
        T t = data.data;
        if (t == null) {
            return;
        }
        //为了简化，此处我用的字符串，亲们不要学我
        if ("zebra_shopping_car".equals(data.tag)) {
            shoppingCarData = (List<ShoppingCarBean>) t;
            if (shoppingCarData != null) {
                setShoppingCar();
            }
        }
        if ("completed".equals(data.tag)) {
            int flag = (Integer) t;
            if (flag == 0) {
                refreshComplete();
                smls_shoppingCar.disableLoading();
                smls_shoppingCar.OnLoadingFinished();
            }
        }
        if ("ZebraBusinesSsettle".equals(data.tag)) {
            BaseData bean = (BaseData) t;
            if (bean != null) {
                if (bean.status == 0) {
                //````
                } else {
                    ToastMgr.show("结算失败");
                }
            }
        }

    }

看看项目结构（亲们不要吐槽我还在使用eclipse，公司要求，其实我的内心还是属于Android studio）

结合上面的代码，其实你会发现我全工程只有一个IView接口，但是数据类型都是可以回传的，这里还是感谢java泛型的功劳。

---

总结

总结下我这样做有什么好处呢。其实我的项目中会少很多接口，你也不用写view 的时候使劲的去定义IView接口，毕竟一开始大家都不会花太多时间去定义数据结构（至少我不会），所以呢我不会给定你数据结构，给你一个T ，你可不要打我（这可不是打篮球）。再者想想，我只有一个IView接口，接口是不是少了很多？类也少了很多。写起来得心应手啊有木有。

• 一个T 解决数据结构

• 接口只需要定义一个

• 同样有mvp结构带来的便利（我曾经一天调了将近20个接口，当然是稍微简单的接口）

好咯，有兴趣请关注我的github：https://github.com/ray0807/