MVP架构的理解与简单实用

最新推荐文章于 2024-10-20 12:29:13 发布

feng___chen

最新推荐文章于 2024-10-20 12:29:13 发布

阅读量702

点赞数

本文链接：https://blog.csdn.net/feng___chen/article/details/100526636

版权

MVP架构是对MVC模式在Android上的改进，通过将Activity的View和Controller职责分离，降低耦合度。Activity作为View层，处理UI及生命周期，而Presenter作为Controller层，负责业务逻辑，Model保持不变。这种分离提高了代码可读性和可维护性，便于单元测试，并避免内存泄露。文章介绍了如何创建MVP模式项目，包括使用MVPHelper插件，以及在contract、M、P、V各层的实现步骤。

摘要由CSDN通过智能技术生成

Android中的MVP：
MVP模式是MVC模式在Android上的一种变体，要介绍MVP就得先介绍 MVC。在MVC模式中，Activity应该是属于View这一层。而实质上，它既承担了View，同时也包含一些Controller的东西在里面。这对于开发与维护来说不太友好，耦合度大高了。把Activity的View和Controller抽离出来就变成了View 和Presenter，这就是MVP模式。按照MVC的分层，Activity和Fragment（后面只说Activity）应该属于View 层，用于展示UI界面，以及接收用户的输入，此外还要承担一些生命周期的工作。Activity是在Android开发中充当非常重要的角色，特别是TA的生命周期的功能，所以开发的时候我们经常把一些业务逻辑直接写在Activity里面，这非常直观方便，代价就是Activity会越来越臃肿，超过1000行代码是常有的事，而且如果是一些可以通用的业务逻辑（比如用户登录），写在具体的Activity里就意味着这个逻辑不能复用了。如果有进行代码重构经验的人，看到1000+行的类肯定会有所顾虑。因此，Activity不仅承担了View的角色，还承担了一部分的 Controller角色，这样一来V和C就耦合在一起了，虽然这样写方便，但是如果业务调整的话，要维护起来就难了，而且在一个臃肿的Activity类查找业务逻辑的代码也会非常蛋疼，所以看起来有必要在Activity中，把View和Controller抽离开来，而这就是MVP模式的工作了。 MVP把Activity中的UI逻辑抽象成View接口，把业务逻辑抽象成 Presenter接口&