MVP架构设计--->001

最新推荐文章于 2023-03-21 09:51:21 发布

TianYpeng

最新推荐文章于 2023-03-21 09:51:21 发布

阅读量564

点赞数

分类专栏： MVP架构设计

本文链接：https://blog.csdn.net/tianyawei21/article/details/77574190

版权

MVP架构设计专栏收录该内容

1 篇文章 0 订阅

订阅专栏

1-------->前言:

现在网上关于mvp架构的文章有很多,但是对于一些不是特别理解这个架构的开发者,不是很友好，所以，我要写一篇博客，通过我的努力，让大家能够更好的理解他,并使用他.下面是我这片文章要讲解的内容。

2-------->MVP到底是什么东西:

我们所说的mvp架构,是google开源的一个设计模式,目的是为了将代码更加优雅清晰的呈现出来,废话也不多说,直接分析。
M：M层，也就是我们在程序中经常出现的model层，他的功能就是处理数据，其他任务不由他来接手。
V：V层，我们的view层，也就是显示数据的地方，我们在得到数据之后，把数据传递给view层，通过他来显示数据.同时，view层的点击事件等处理会在这里出现，但真正的数据处理不是在这里，而是在model层中处理。
P：P层，也就是Presenter层，他是我们mvp架构中的中间人，通过p层的连接，让我们可以是M层和V层进行通信。M层在获取到数据之后，把它交给P，P层在交给View层，同样，View层的点击事件等处理通过P层去通知M层，让他去进行数据处理。
通过这样的mvp交流，使程序有了一个模块的拆分，使逻辑更加的清晰，明白。

3-------->对MVP架构设计思路分析:

一些开发者不使用mvp架构不是因为觉得这个架构不好，而是没弄明白这个架构到底是怎么个逻辑,所以在这里，把我自己对于他的理解分享给大家，作为大家的参考，共同学习进步。

mvp架构的中心思想我认为就是面向接口编程，调用层使用接口对象,去调用接口方法,实现层去实现接口方法,并在调用层实例化。

比如我们要做一个加载图片的抽象方法也就是下面的这片代码。

我们使用的时候就是直接去使用它的方法，比如我们要在adapter中使用他，那么我们不需要在adapter中去实例化他，而是直接使用这个接口对象，在使用的地方调用接口的方法。

然后我们在其他类中去写它的实现类，在adapter的初始化中把这个实现类去传递给他。

这个就是面向接口编程的一种实现方式，明白了这个，我们就可以继续往下说了。

mvp架构中，我们要把m层的接口方法抽象出来，p层的接口方法抽象出来，v层的接口方法抽象出来，同时分别写3个接口的实现类，（v层一般是activity或者fragment继承view层的接口），v层持有p的接口对象，p层持有v层和m层的接口对象，m层为p层的提供数据，这时也就形成了mvp架构，三者之间通过p层相互连接。

4-------->MVP架构的基本设计,使用:

写一个简单的例子，我们要做的就是通过在activity中一个按钮的点击事件，来获取数据，下面上代码。

首先我们要定义出mvp的所有接口。

实现p接口。

实现m接口。

让activity继承v接口，并且初始化p，让p持有m和v。

就这样，我们一个最简单的mvp例子就写出来了，多的废话不说这个例子是不是很简单直观，我们要的就是这样的效果，通过最直接。最简单的方法让你理解这个架构的使用，然后我们在一起深入的研究他，紧接着，我们要在这简单的使用上挖掘较优方案了。

5-------->对于MVP架构的个人理解:

google在github发布的mvpdemo相信很多人都看过，但是我感觉许多人认为这不是最优方案，为什么呢？

因为我们在日常开发中，很多网络请求是重复的，比如加入购物车，这个接口会在商品详情中出现，也可能会在商品列表中出现在购物车的数量更改上也可能用到它，如果不复用他，我们就在每个界面的model层中去复制粘贴他，但是这样又远离的mvp的中心思想，mvp就是想让你在最大程度上复用，减少无用代码，那么这样的接口我们应该怎样处理呢。

对于这个问题我有几个思路：