MVP架构模式及其在国庆技术博客中的应用

转向mvp吧&＃xff01;我们先看下MVP几个单词的意思&＃xff0c;以下是我个人的理解&＃xff1a;

• View: 是显示数据&＃xff08;model&＃xff09;并且将用户指令&＃xff08;events&＃xff09;传送到presenter以便作用于那些数据的一个接口。View通常含有Presenter的引用。在Android开发中通常将Activity或者Fragment作为View层。
• Model: 对于Model层也是数据层。它区别于MVC架构中的Model&＃xff0c;在这里不仅仅只是数据模型。在MVP架构中Model它负责对数据的存取操作&＃xff0c;例如对数据库的读写&＃xff0c;网络的数据的请求等。
• Presenter:对于Presenter层他是连接View层与Model层的桥梁并对业务逻辑进行处理。在MVP架构中Model与View无法直接进行交互。所以在Presenter层它会从Model层获得所需要的数据&＃xff0c;进行一些适当的处理后交由View层进行显示。这样通过Presenter将View与Model进行隔离&＃xff0c;使得View和Model之间不存在耦合&＃xff0c;同时也将业务逻辑从View中抽离。

• AppListFragment的代码

  public class AppListFragment extends Fragment implements AppViewInterface {private Presenter presenter;private List packageInfoList &＃61; new ArrayList<>();private RecyclerView recyclerView;private MyAppListRecyclerViewAdapter myAppListRecyclerViewAdapter;&＃64;Overridepublic void showAppList(List packageInfos) {if (packageInfos.isEmpty())return;packageInfoList.clear();packageInfoList.addAll(packageInfos);myAppListRecyclerViewAdapter.notifyDataSetChanged();}&＃64;Overridepublic void setPresenter(Presenter presenter) {this.presenter &＃61; presenter;}}

  代码比较容易理解&＃xff0c;AppListFragment实现了AppViewInterface接口&＃xff0c;我们需要在Activity中把AppListPresenter和AppViewInterface双向绑定。

• 接下来看下AppListPresenter层的代码&＃xff0c;这里只列出了几个关键方法

  public class AppListPresenter implements Presenter, LoaderManager.LoaderCallbacks<List<PackageInfo>>{private AppViewInterface viewInterface;private AppClassLoader appClassLoader;private LoaderManager loaderManager;private final int id &＃61; 0;public AppListPresenter(AppViewInterface viewInterface, AppClassLoader appClassLoader, LoaderManager loaderManager) {this.viewInterface &＃61; viewInterface;this.appClassLoader &＃61; appClassLoader;this.loaderManager &＃61; loaderManager;viewInterface.setPresenter(this);}&＃64;Overridepublic void loadInstallApps() {//通过loadmanager提供的方法获取安装的应用列表loaderManager.initLoader(id, null, this);}&＃64;Overridepublic void destory() {loaderManager.destroyLoader(id);}&＃64;Overridepublic void onLoadFinished(Loader> loader, List data) {//获取到已安装的应用列表&＃xff0c;调用AppViewInterface的showAppList方法viewInterface.showAppList(data);}&＃64;Overridepublic void launchApp(PackageInfo packageInfo) {Intent intent &＃61; appClassLoader.queryLaunchIntent(packageInfo);if (intent !&＃61; null)appClassLoader.getContext().startActivity(intent);elseToast.makeText(appClassLoader.getContext(), "Can not start the app", Toast.LENGTH_SHORT).show();}}

  关键方法是loadInstallApps&＃xff0c;这个方法在MainActivity的onCreat中调用

  private Presenter appListPresenter;&＃64;Overrideprotected void onCreate(Bundle savedInstanceState) {super.onCreate(savedInstanceState);setContentView(R.layout.activity_main);Toolbar toolbar &＃61; (Toolbar) findViewById(R.id.toolbar);setSupportActionBar(toolbar);FragmentTransaction fragmentTransaction &＃61; getSupportFragmentManager().beginTransaction();AppListFragment appListFragment &＃61; AppListFragment.newInstance();fragmentTransaction.add(R.id.fm, appListFragment);fragmentTransaction.commit();appListPresenter &＃61; new AppListPresenter(appListFragment, new AppClassLoader(getApplicationContext()), getSupportLoaderManager());//调用loadInstallAppsappListPresenter.loadInstallApps();}

  首先&＃xff0c;我们获取一个AppListFragment的实例&＃xff0c;在AppListPresenter构造函数里面我们传入AppViewInterface&＃xff0c;同时在AppPresenter的构造函数中又将presenter注入到了AppViewInerface里面&＃xff0c;这样就实现了Presenter和ViewInerface双向绑定&＃xff0c;之后调用AppPresenter的loadInstallApps方法&＃xff0c;在onLoadFinished回调里面又调用了AppViewInterface的showApps方法&＃xff0c;这样数据就显示在界面。整个Activity和Fragment的代码精简了很多。

       缺点

         由于对视图的渲染放在了Presenter中&＃xff0c;所以视图和Presenter的交互会过于频繁。还有一点需要明白&＃xff0c;如果Presenter过多地渲染了视图&＃xff0c;往往会使得它与特定的视图的联系过于紧密。一旦视图需要变更&＃xff0c;那么Presenter也需要变更了