这一周对现有的Android项目进行了框架重构,使用MVP模式来重新构建整个项目和包结构。来总结一下我在这个过程中理解和实践吧。
  MVP概述
  MVP是指Model,View和Presenter的缩写,是MVC模式的一种改进版。MVP是一种非常适合Android应用的开发模式,它将把逻辑相关代码从presentation Layer中分离出去 ,所以,所有界面应该显示什么和界面如何显示这些是相互分离的, 在理想状态下,MVP模式可以随意切换视图显示的形式。
  但是,需要首先声明的是,MVP并不是 一个框架模式 ,它只负责presentation Layer。在Android项目中,还可能存在Domain Layer和Data Layer,它们分别负责业务逻辑和数据存储。关于三个layer的讨论,可以查看 clear Architecture 。

  The presenter
  The presenter充当的是view和model模块中间人的角色。它从model模块获得数据并发送给view模块。 但是不同于MVC,presenter模块也决定用户和界面交互时界面如何响应 。
  The View
  View模块,一般由Activity或者Fragment实现,每个View实例一般都包含一个presenter实例的引用,并负责实例化presenter。理想情况下,你可以使用dagger来实现依赖注入。view的任务是当用户操作界面时,调用presenter实例的功能来进行响应。
  The Model
  在设计良好的分层架构中,model应该只是domain layer和业务逻辑的入口,比如说, clear architecture 。但是你也可以把所有界面显示无关的逻辑都作为model。
  MVP示例
  关于MVP架构的实例有很多,比如 google官方架构 。这里我给出一下我重构项目一个模块的类图,然后大致说一下实现。

  首先定义了 BaseView 和 BasePresenter 两个接口,实现了 BaseActivity 和 BaseFragment 两个基础类。需要注意的是,因为每个View都需要持有一个特定类型的presenter对象,所以,在 BaseView 定义时,使用了范型。除此之外,你可以在 initPresenter 函数中构造出所需要的presenter对象。 showLoading 和 stopLoading 函数是所有视图进行网络数据加载时所需要的方法,其具体使用场景后边可以看到,这里这两个接口是在 BaseActivity 中实现的。
  public interface BaseView<T> {
  void showLoading();
  void stopLoading();
  void initPresnter();
  T getPresenter();
  }
  public interface BasePresenter {
  }
  public class BaseActivity extends Activity{
  public void showLoading() {
  }
  public void stopLoading() {
  }
  }
  public class BaseFragment extends Fragment {
  public void showLoading() {
  }
  public void stopLoading() {
  }
  }
  然后是data模块中的相关类和接口的定义。我们在 DataContract 接口中定义所有相关的view和data。
  public interface DataContract {
  interface DataView extends BaseView<DataPresenter> {
  void showFragment(BaseFragment fragment);
  }
  interface DataPresenter extends BasePresenter {
  void switchToDataList();
  void switchToDataTree();
  }
  interface DataListView extends BaseView<DataListPresenter> {
  void showDataList(List<String> data);
  }
  interface DataListPresenter extends BasePresenter {
  void loadDataList();
  }
  interface DataTreeView extends BaseView<DataTreePresenter> {}
  interface DataTreePresenter extends BasePresenter {}
  }
  在 DataContract 接口中,我们可以清晰的看到这个模块中所有的view和presenter类型和他们的接口。这样无疑可以帮助其他程序员快速了解本模块的业务逻辑。下面,我们来看一下 DataListFragmnet 和 DataListPresenter 的实现。
  public class DataListFragment extends BaseFragment implements DataContract.DataListView {
  private DataContract.DataListPresenter mPresenter;
  @Override
  public void initPresnter() {
  mPresenter = new DataListPresenter(this);
  }
  @Override
  public DataContract.DataListPresenter getPresenter() {
  return mPresenter;
  }
  @Override
  public void onCreate(Bundle savedInstanceState) {
  super.onCreate(savedInstanceState);
  initPresnter();
  //需要加载数据或者接收到界面点击事件时,调用presenter接口进行初始化或者响应。
  mPresenter.loadDataList();
  }
  @Override
  public View onCreateView(LayoutInflater inflater, ViewGroup container,
  Bundle savedInstanceState) {
  return inflater.inflate(R.layout.fragment_data_list, container, false);
  }
  @Override
  public void showDataList(List<String> data) {
  //将数据传给adapter等数据展示的视图
  }
  }
  public class DataListPresenter implements DataContract.DataListPresenter {
  private DataContract.DataListView mView;
  public DataListPresenter(DataContract.DataListView view) {
  super();
  this.mView = view;
  }
  @Override
  public void loadDataList() {
  //调用baseview的接口,这些接口实现在baseFragment或者BaseActivity中
  mView.showLoading();
  //getdata from network
  mView.stopLoading();
  mView.showDataList(Arrays.asList("a","b","c"));
  }
  }
  上述代码中有很多可以好好思考的地方。首先是 showLoading 和 stopLoading 这两个函数。这两个函数接口定义在 BaseView ,实现在 BaseFragment ,所以当 DataListFragment 继承了 BaseFragment 并且实现了 BaseView 时,它并不需要再次定义上述两个接口,毕竟在一个app中,网络加载时的laoding动画一般都是一致的。然后是view和presenter之间函数调用的问题。首先,view在需要初始化或者需要处理点击事件时,需要调用presenter的函数,而不是自己来进行处理。而且二者之间的数据传递必须是presenter调用view的接口传递给view数据,而不是view调用presenter接口获得数据然后自己展示。