# android的框架mvc，mvp，mvvm，mvpvm，mvi等等那么多，强迫症真的不能忍，先简单对比下，然后结果还是由大家自己做吧##首先：为什么有那么多框架？     既然框架提出，产生，流行那么必定有原因的，也没必要顺我者昌，逆我者亡，先了解对比，看不顺眼就不用，也是可以的。但是不能跟别人交流或者突然接受新代码的时候，一脸懵逼，跟一实习生一样一样~~。那tmd多尴尬------##然后

MVP架构的好处有很多,但是使用Activity/Fragment作为View层有如下问题,当内存不足,Activity被回收后,这使得状态的保存和恢复成为问题,因为涉及到了Model操作.生命周期的控制问题也很麻烦,需要在Presenter中写一大堆和生命周期相关的接口规范Activity中包含了很多系统服务,逻辑操作方便现在通过holder编程的思想,将

一。产品设计产品设计七层自检模型《用户心理学》二。 协议OkhttpMQTT三。大前端WeexRNFlutter四。App代码框架TheMVPMVPArmsMVPMosbyMVVMMVPVMMVI五。异步编程框架Rxjava六。事件总线EventBus七。联网框架Retrofit+OkHttpoksocket八。多进程HermsEventBus九。图片加载框架GlidePiccasoFrasco十

MVP架构的好处有很多,但是使用Activity/Fragment作为View层有如下问题,当内存不足,Activity被回收后,这使得状态的保存和恢复成为问题,因为涉及到了Model操作.生命周期的控制问题也很麻烦,需要在Presenter中写一大堆和生命周期相关的接口规范Activity中包含了很多系统服务,逻辑操作方便现在通过holder编程的思想,将view抽取,所有view层的显示操作都

选择标准简要：目前代码框架琳琅满目。主要氛围：mvc，mvp，mvvm，mvpvm，mvi以及相关变种：mvc hodler变种，theMvp变种，mvpMosby，ArmsMvp，HabbitMvvm，等等。框架将影响整个产品周期，以及相关维护。筛选一个适用的框架需要一个衡量标准。确定mvp左右主框架进行。理由：根据App产品的开发规范和流程。参见《产品设计七层自检模型》已经成熟1年以上的框架。

异步事件内存泄漏：方案1:rxlifecycle2：无法解决自定义类里生命周期绑定当前 框架不适用，或者如果改动需要在BaseView层加接口，BaseAcvitiy加方法，改动影响大如果是themvp正好适用方案2:autoDispose：可参考的项目很少目前能搜索的项目，很多都是错误引用LifecycleOwner，或者引用的SupportActivity中的Lifecycle如果投入更多时间

Flutter、Weex、RN，Native对比最火移动端跨平台方案盘点：React Native、weex、Flutter

一。编程规范删除无用代码、无用资源优化、压缩资源文件控制 widget build() 方法耗时避免重复且耗时工作避免返回庞大的 widget，尽量分拆成不同 widget，将 setState() 调用转移到 UI 实际需要更新的 widget 子树部分尽量使用 ListView，而不是直接构建大量的子组件列表对列表和网格懒加载，只构建可见部分标准的 ListView 构造函数适用于短列表，会一

一。编程规范删除无用代码、无用资源优化、压缩资源文件控制 widget build() 方法耗时避免重复且耗时工作避免返回庞大的 widget，尽量分拆成不同 widget，将 setState() 调用转移到 UI 实际需要更新的 widget 子树部分尽量使用 ListView，而不是直接构建大量的子组件列表对列表和网格懒加载，只构建可见部分标准的 ListView 构造函数适用于短列表，会一

一。assets目录：静态文件：支持任意深度的子目录，可以任意部署文件夹架构。不会自动生成id，访问时需要AssetManager类二。Lib目录：native库文件 ARM，ARM-v7a,mips,x86三。res目录：资源文件可以自动生成idanim动画文件drawable图像资源layout布局文件values特征指colors.xml颜色值dimen.xml尺寸值String字符串值st