本篇文章基于MVP模式对mvp设计模式进行了实践,作者对mvp进行了很详细的介绍,推荐大家看看。
一、MVP的理解
在Android开发中,Activity和Fragment承载了太多的开发任务,它们不仅负责展示UI,更由于它们有生命周期这一特性,我们同样会把许多的业务逻辑(controller层)的东西写在activity中,这样就造成的Activity和Fragment非常的臃肿,维护起来相当的麻烦。为了解决这种问题,在程序开发中使用mvp设计模式显得十分必要。
MVP模式的核心思想:
MVP把Activity中的UI逻辑抽象成View接口,把业务逻辑抽象成Presenter接口,Model类还是原来的Model。
在我看来mvp充分的运用了java中接口的特性(接口回调的方式……可能这样说有误,我也是一个刚正式工作半年的学生,哈哈)。
二、MVP的好处
1.分离了视图逻辑和业务逻辑,降低了耦合
2.Activity只处理生命周期的任务,代码变得更加简洁
3.视图逻辑和业务逻辑分别抽象到了View和Presenter的接口中去,提高代码的可阅读性
4.Presenter被抽象成接口,可以有多种具体的实现,所以方便进行单元测试
5.把业务逻辑抽到Presenter中去,避免后台线程引用着Activity导致Activity的资源无法被系统回收从而引起内存泄露和OOM
三、实践
登录验证的功能。
在包的层次结构上,我喜欢根据业务来命名。
将model放到了一起,然后针对每个业务,建立了presenter,view层,当然也可以把model放到对应的业务层中。
2.针对登录业务,建立登录的presenter——ILoginPresenter