前言
最近在研究Android的MVP设计模式,经过自己的研究和参考网上的案例,对MVP设计模式也有了一定的了解,今天把自己的一些想法分享出来
参考:
泡在网上的日子
鸿洋的博客
MVC模式:
什么是MVC模式?MVC模式是一种在开发当中常见的设计模式,通过视图,模型和控制层的拆分设计,使得开发更加容易,后期也更加好维护
-M:Model(模型)Model主要是各种操作,数据结构,业务逻辑和功能的实现等
-V:View(视图)View就是在layout下的各种布局文件,这个相信很容易理解
-C:Controller(控制器)Controller就是各种Activity或Fragment,这个也很容易
三者的关系:
如图:
MVC我们很容易看到他们三者之间都是有联系的,在开发中怎么设计呢?例如用户登录功能,xml布局文件就是view层,LoginActivity就是Controller层,model层就是登录的方法,通过btn.setOnClickListener()方法调用model层的登录方法,就完成了一个登录的功能,这就是MVC的设计模式
但是,有个问题,很多时候我们的需求并不只是简简单单的一个登录功能,还有很多复杂的处理,比如我们想在登录完成后,把当前的页面的Logo隐藏,又或者替换掉当前页面的背景,按道理来说,这些关于页面的操作是在布局页面,也就是View层,但是这些都不能再xml中去实现,只能在Activity中操作,但是Activity是属于Controller层啊,这就导致了Activity既是Controller层又是View层,讲道理,如果代码越来越多,逻辑越来越复杂,这就很尴尬了,不禁写的麻烦,维护更加头疼,还有,view层和model层是互通的,这就说明两者存在耦合性,如果是个大型的项目,显然,这是非常不好的,这就衍生出了MVP设计模式
MVP模式:
什么是MVP模式?MVP模式是MVC模式的进化,解决很多MVC的一些设计缺点,比如耦合性
-M:Model(模型)跟MVC的一样
-V:View(视图)各种Activity或Fragment,这跟MVC的有点差别了
-P:Presenter(主导期)处理用户触发事件
三者的关系:
如图:
MVP相对MVC来言,我们发现,View和Model之间没有直接的联系,而是通过Presenter进行连接,MVP模式舍去了xml布局所在的层,并把改层放置的是Activity或是Fragment,这样,解除了MVC的耦合性的问题,对于这三者的沟通,我们主要是通过接口的方式实现,还是以登录功能为例,首先,我们在Model层以接口形式定义一个登录的方法,然后定义一个类去实现这个方法,而Presenter则去调用这个方法,然后再View层去调用Presenter的实现方法,就可以完成了登录的功能,这就避免了耦合性,也大大的优化的代码,也便于后期的维护
示例代码:
项目结构图LoginUtil类:
public interface LoginUtil { void Login(Context context); }
LoginUtilImp类:
public class LoginUtilImp implements LoginUtil { @Override public void Login(Context context) { Toast.makeText(context,"loging",Toast.LENGTH_SHORT).show(); } }
Logining类:
public class Logining { private LoginUtil mLoginUtil; private Context mContext; public Logining(Context context){ this.mContext=context; this.mLoginUtil=new LoginUtilImp(); } public void login(){ mLoginUtil.Login(mContext); } }
MainActivity类:
mBtnLogin.setOnClickListener(new View.OnClickListener(){ @Override public void onClick(View v) { mLogining.login(); } });
网友评论