前言 在日常开发APP 的过程中，随着业务的扩展，规模的变化。我们的代码规模也会逐渐变得庞大，每一个类里的代码也会逐渐增多。尤其是Activity和Fragment ，由于Context 的存在，基本上所有对视图的操作我们只能在Activity和Fragment中完成；即便是对…

MVC，MVP 和 MVVM

原文地址:https://gold.xitu.io/post/58b25e588d6d810057ed3659前言(最后奉上福利)自从Google在去年放出MVP的官方Sample后,越来越多的人开始

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

在 MVVM 成熟之前 MVP 模式在 Android 上有被神化的趋势，笔者曾经在商业项目中从零开始大规模采用过 MVP 模式对项目进行开发。在使用 MVP 模式进行开发的时候发现项目的结构模式对开发是有一定的影响的，在这里笔者会对这一问题进行探讨。希望通过这篇 blog 能让读者了解如何使用 MVP 模式搭建一个功能完善的 MVP 模式开发框架，避免一些笔者认为比较严重的问题。

一个简单强大且灵活的MVP框架。 一个 Activity 可以绑定多个 Presenter，以达到最大的复用功能。 采用注解的方式实现依赖注入，减少耦合。 可以灵活管理生命周期。 使用例子可以在项目中找到。 填入泛型参数你的 Presenter 实现类，比如上面所示的 Logi…

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