1、针对这个问题网上有好多mvp的格式，把activity的业务逻辑分到presenter上，v只是负责刷新ui，结构清晰简单，也方便后期维护。现在也开始尝试着咋项目中引入mvp结构。
3、建一个basepresenter实现类，统一处理view的绑定和解绑，当view销毁的时候，presenter也要释放view，防止内存泄漏。开始测试，新建一个view的实现类，presenter的实现类，和一个fragment。
4、三秒延迟，模拟网络请求，在presenter处理网络请求相关逻辑，fragment只有ui的刷新逻辑，结构清晰，耦合度低。
5、原生的 MVC 框架遇到大规模的应用，就会变得代码难读，不好维护，无法测试的囧境。因此，Android 开发方面也有很多对应的框蕈瀵邻松架来解决这些问题。构建框架的最终目的是增强项目代码的可读性，维护性和方便测试，如果背离了这个初衷，为了使用而使用，最终是得不偿失的
6、从根本上来讲，要解决上述的三个问题，核心思想无非两种：一个是分层，一个是模块化。两个方法最终要实现的就是解耦，分层讲的是纵向层面上的解耦，模块化则是横向上的解耦。下面我们来详细讨论一下 Android 开发如何实现不同层面上的解耦。
