Android架构系列-基于MVP创建适合自己的架构.docxVIP

Android架构系列-基于MVP创建适合自己的架构 1 为什么选择MVP MVP架构是当前比较成熟的Android架构，还有其他架构比如最初始的MVC和MVVM。MVC相对于较为落后，MVVM使用DataBind，普及性不如MVP。所以最终决定自己设计的框架是基于MVP思想进行总结的框架。 选择MVP框架的原因之一也是google官方的示例中MVP sample已经是完成，证明google官方对于MVP的承认度。 官方项目地址： HYPERLINK /googlesamples/android-architecture \t /p/_blank /googlesamples/android-architecture 一个较为详细的官方项目源码解析的文章： HYPERLINK /cn/articles/android-official-mvp-architecture-sample-project-analysis \t /p/_blank /cn/articles/android-official-mvp-architecture-sample-project-analysis 2 MVP简介 具体的MVP架构相关文章网上已经非常多了，具体的可以自行查找。MVP的存在主要是由于普通MVC架构会导致项目中activity过于臃肿，当项目越来越大后，代码可读性大大降低。 MVP的思想是将activity作为view层，只负责与xml的渲染和监听事件，具体处理数据逻辑放到一个新定义的Present层。减少了 activity负责的事情。并且可以强迫开发者养成分模块功能开发的思想。开发前设计好功能模块，而不是像以前一样写流水账一样写代码。从头写到尾。 MVP 3 我的总结 自己根据MVP的思想和一些好的源码总结了一套适合字的框架。真正的架构是依赖义务存在的，所以建议大家能总结出适合自己项目的代码。 3.1 目录分配 在目录分配上决定采用根据功能模块进行划分，而不是所有activty在一个目录的方法。类似google的例子： 目录 原因几点： 功能模块划分更为清晰，对于以后代码阅读和新人接手更好 适用于模块化开发，比如以后又是一个新项目，老项目的登录模块、用户模块、论坛模块等待可以整个复制出来重用 虽然网上提过按照多个模块划分可能会有公用的页面。我认为复制一份也没什么，不会造成很大的冗余代码，并且对于页面来说万一以后某个模块页面有自定义修改不会对其他影响。（毕竟页面的灵活性要求很高，不适合架构抽出来通用的） 需要抽出来的独立于功能模块的应该是common_util 和 common_widget，分别是通用工具层和通用自定义控件层 具体例子分配如下： Sample目录 GloabApp 全局Application RootAct 启动页面 Base目录 基础activity fragment存放 util目录 通用工具 mywidget 通用自定义控件 SampleModule Sample功能模块。里面包含独立的MVP的接口 3.2 Model层 Model层中又可以分为Api层和Cache层。 3.2.1 Api层 主要是网络获取数据信息等接口。 使用了自己二次封装过的Retrofit+Okhttp+Gson组合。详细可以参见文章： HYPERLINK /p/283d1a7a0aff \t /p/_blank /p/283d1a7a0aff 示例SampleApi： public class SampleApi extends BaseApi { private static final String mBaseUrl = /; private ApiStore mApiStore; public SampleApi() { super(mBaseUrl); mApiStore = mRetrofit.create(ApiStore.class); } /** * 获取xxx数据 * @param uid * @param callback */ public void getSampleInfo(String uid, ApiCallbackGetSampleInfoRet callback) { CallGetSampleInfoRet call = ((ApiStore)mApiStore).getSampleInfo(uid); call.enqueue(new RetrofitCallbackGetSampleInfoRet(callback)); }