在我们Android实际开发中，通常会遇到列表中有多中不同样式，这个时候，常用的MVC模式就使得我们的adapter适配器臃肿不堪，代码简洁性就是无稽之谈了，所以我们今天介绍的就是MVP模式在实际开发中的应用。
首先我说下我所理解的MVP模式：我所理解的MVP是由MVC模式优化衍生出来的一种模式，MVP将MVC中的Controller层进行了优化生成了Presenter。Presenter的意思就是提出者，Presenter层和MVC的Controller一样，负责事务核心逻辑，但不一样的是Presenter是通过接口回调进行数据传递，并阻断了View和Model的直接联系，这样使View和Model专注于自身的业务逻辑，这样的好处就是让我们在处理复杂的事务逻辑的时候相互之间充分解耦。
~~~~~~~~下面是MVP模式图~~~~~~~~~~
MVP模式图
比如我在工作中就有一个这样的需求，在列表中有多种不同的样式比如视频，图片，文字加图片以及各种别的类型的item，各自item有着自己的事务。在这样的情况下，如果我们采用MVC模式去做这件事，会发现我们的adapter，哇，简直不能再难看了，所以呢用MVP就使得适配器简洁而便于各自的事务逻辑。下面让我们用代码说话吧，来吧皮皮虾~~
适配器
首先adapter中我们定义上多种类型的显示，每一个类型就代表着数据中的一个model对应的一个view，这个时候如果还是采用MVC模式的话，那么在CreatView中我们的adapter会变得异常的臃肿，为了使得我们的缓存得到充分的利用把view和model解耦开来，我们需要一个baseviewholder
baseviewholder
BaseviewHolder使用泛型使得model可以使用任意类型的对象，onBind就是我们绑定数据的方法，这样就多处可以使用，非常的方便。现在有了我们的泛型holder对象，现在需要一个管理holder的东东，同时适配器adapter中的对应的数据类型需要我们传递进去。
adapter中数据对应cell
ViewHolderFactory对应cell
好了这个就是我们用于管理viewholder的Factory，说到这里大家应该都明白了吧，正如MVP模式示意图view和model解耦，view中的事务逻辑对应model变化。现在我们的适配器就不用那么臃肿，现在变得简洁，更易维护，在实际开发中，版本的变化非常快，良好的设计模式，对应开发者的工作效率提升技能提升是一种很好的促进。下面看一下适配器的绑定数据
现在是不是很简洁，很赏心悦目，如果我们使用的MVC模式去做这件事，那么在CreatView中，可以想象，那是一种煎熬。在我们的类型中反射出我们数据中对应的类型，好了下面介绍一下view，我们的view就是一个个的BaseviewHolder，自然需要继承BaseviewHolder,下面给出一个示例
view示例
到此为止，已经介绍完毕，从MVC到MVP一种优雅的提升。非常感谢感谢大家的阅读，希望对大家有一点点的促进作用，下面附上APP中运行效果。
网友评论