传统 MVP 给人的第一感觉通常是接口和类的暴涨，将 Activity 中除 V 之外的繁杂操作搬到 P 之后依然臃肿不堪。MVP 从来都不是救命稻草，只能锦上添花，不能雪中送炭。也许在权衡利弊之后，很多人会对 MVP 望而却步。 现在 我们换一个思路，取其精华，去其糟粕，完成 T-MVP 大变身。

简介 封装MvpFragment以及MvpPresenter，简化MVP的构建，达到偷懒的目的。可以参考之前的另一篇文章:Android Mvp实践 最终使用效果 Fragment和Presenter只需分别继承MvpFragmen、MvpPresenter即可进行绑定。 Ac…

随着项目迭代, 代码量的增大, mvp 和 dagger 带给我们的好处会越来越明显, 但是在前期的开发中绝对有一点让不少朋友烦恼, 那就是每写一个页面, 都会多写很多 MVP 和 Dagger 的类和接口, 虽然可以重用, 但是还是有很多地方免不了复制粘贴, 其实这些文件都是一些模版代码, 大多都只是改一下文件名而已, 所以有没有方法自动生成这些模版代码呢?

App 架构在 Android 开发者中一直是讨论比较多的一个话题，目前讨论较多的有 MVP、MVVM、Clean 这三种。google 官方对于架构的态度一直是非常开放的，让开发者自主选择组织和架构 App 的方式，期望能留给开发者更多的灵活性。

MVP 模式是什么？本文介绍了 mvp 并提供案例源码进行参考讲解

让我们认清 MVC、MVP 及它们在 Android 中的应用

MVP 模式的简单例子

有关 MVP 具体如何设计相关问题一直有讨论。Google 的做法是为 Presenter 和 View 都设计接口，并写在一个协议类中。总的来说，不论是否以协议类的方式呈现，现在开发者喜欢让 Presenter 继承接口。而本文观点相反，希望能带给开发者思考。

省代码。不能偷懒的框架都是耍流氓，当然像 Rx 系列这样可以简化逻辑的也是正经人。 不依赖其他库。不跟 Retrofit，Rxjava 等等耦合，只是纯粹的辅助 MVP 的实现