今天我想分享我在Android上实现MVP（Model-View-Presenter）模式的方法。如果你对MVP模式还不熟悉，或者不了解为什么要在Android应用中使用MVP模式，推荐你先阅读这篇维基百科文章和这篇博客。
使用Activity和Fragment作为View合适么？
目前，在很多使用了MVP模式的Android项目中，主流做法是将Activity和Fragment作为视图层来进行处理。而Presenters通常是通过继承被视图层实例化或者注入的对象来得到的。我认可这种方式可以节省掉那些让人厌烦的”import android.*”语句，并且将Presenters从Activity的生命周期中分离出来， 这使项目后续的维护会变得简便很多。但另一方面， Activity有一个很复杂的生命周期（Fragment的生命周期可能会更复杂）。而这些生命周期很有可能对项目的业务逻辑有非常重要的影响。Activity可以获取Context和各种Android系统服务。Activity可以发送Intent，启动Service和执行FragmentTransisitons等等。在我看来，这些错综复杂的方面不应该是视图层涉及的领域（视图的功能只是显示数据，从用户那里获取输入数据。在理想情况下，视图应该避免业务逻辑，无需单元测试）。基于上述原因，我对目前的主流做法并不赞同，所以我尝试使用Activity和Fragment作为Presenters。
使用Activity和Fragment作为Presenters
1、去除所有的view
将Activity和Fragment作为Presenter最大的困难就是如何将关于UI的逻辑分离出来。我的解决方案是：让需要作为Presenter的Activity或者Fragment来继承一个抽象的类。这样关于View各种组件的初始化以及逻辑，都可以在继承了抽象类的方法中进行操作。而当继承了该抽象类的class需要对某些组件进行操作的时候，只需要调用继承自抽象类的方法而不必考虑Presenter类型。在抽象类里面会有一个实例化的接口，这个接口里面的初始化方法就会对view进行实例化，这个接口我称为Vu，如下所示：
|
1 2 3 4 |
public interface Vu { void init(LayoutInflater inflater, ViewGroup container); View getView(); } |
如你所见，Vu定义了一个通用的初始化例程，我可以通过它来传递一个填充器和一个容器视图。它也有一个方法可以获得一个View的实例，每一个presenter将会和它自己的Vu关联，这个presenter将会实现这个接口（直接或间接地去实现一个继承自Vu的接口）。
2、创建Presenter基类
现在我有了抽象的View的基础，我可以着手定义一个Activity或者Fragment基类来充分利用Vu从而实现View的实例化。我是通过利用普通类型和抽象方法来实现的，它定义了一个特殊的表示Presenter的Vu类。这是实现中最单调乏味的部分，因为我需要重新实现想要的相似逻辑或者每一个Presente基类。
下面是我实现的Activity例子：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 |
public abstract class BasePresenterActivity<V extends Vu> extends Activity { protected V vu; @Override protected final void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); try { vu = getVuClass().newInstance(); vu.init(getLayoutInflater(), null); setContentView(vu.getView()); onBindVu(); } catch (InstantiationException e) { e.printStackTrace(); } catch (IllegalAccessException e) { e.printStackTrace(); } } @Override protected final void onDestroy() { onDestroyVu(); vu = null; super.onDestroy(); } protected abstract Class<V> getVuClass(); protected void onBindVu(){}; protected void onDestroyVu() {}; } |
下面是我实现的Fragment例子：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 |
public abstract class BasePresenterFragment<V extends Vu> extends Fragment { protected V vu; @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); } @Override public final View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) { View view = null; try { ĩ我想分享我在Android上实现MVP（Model-View-Presenter）模式的方法。如果你对MVP模式还不熟悉，或者不了解为什么要在Android应用中使用MVP模式，推荐你先阅读这篇维基百科文章和这篇博客。
使用Activity和Fragment作为View合适么？目前，在很多使用了MVP模式的Android项目中，主流做法是将Activity和Fragment作为视图层来进行处理。而Presenters通常是通过继承被视图层实例化或者注入的对象来得到的。我认可这种方式可以节省掉那些让人厌烦的”import android.*”语句，并且将Presenters从Activity的生命周期中分离出来， 这使项目后续的维护会变得简便很多。但另一方面， Activity有一个很复杂的生命周期（Fragment的生命周期可能会更复杂）。而这些生命周期很有可能对项目的业务逻辑有非常重要的影响。Activity可以获取Context和各种Android系统服务。Activity可以发送Intent，启动Service和执行FragmentTransisitons等等。在我看来，这些错综复杂的方面不应该是视图层涉及的领域（视图的功能只是显示数据，从用户那里获取输入数据。在理想情况下，视图应该避免业务逻辑，无需单元测试）。基于上述原因，我对目前的主流做法并不赞同，所以我尝试使用Activity和Fragment作为Presenters。 使用Activity和Fragment作为Presenters1、去除所有的view将Activity和Fragment作为Presenter最大的困难就是如何将关于UI的逻辑分离出来。我的解决方案是：让需要作为Presenter的Activity或者Fragment来继承一个抽象的类。这样关于View各种组件的初始化以及逻辑，都可以在继承了抽象类的方法中进行操作。而当继承了该抽象类的class需要对某些组件进行操作的时候，只需要调用继承自抽象类的方法而不必考虑Presenter类型。在抽象类里面会有一个实例化的接口，这个接口里面的初始化方法就会对view进行实例化，这个接口我称为Vu，如下所示：
如你所见，Vu定义了一个通用的初始化例程，我可以通过它来传递一个填充器和一个容器视图。它也有一个方法可以获得一个View的实例，每一个presenter将会和它自己的Vu关联，这个presenter将会实现这个接口（直接或间接地去实现一个继承自Vu的接口）。 2、创建Presenter基类现在我有了抽象的View的基础，我可以着手定义一个Activity或者Fragment基类来充分利用Vu从而实现View的实例化。我是通过利用普通类型和抽象方法来实现的，它定义了一个特殊的表示Presenter的Vu类。这是实现中最单调乏味的部分，因为我需要重新实现想要的相似逻辑或者每一个Presente基类。 下面是我实现的Activity例子：
下面是我实现的Fragment例子：
|
