JessYan

那就用 3.6.0 吧

@xiaobailong24 好的,可以加qq群,有问题一起交流

@ReepicheepRed **BaseApplication** 通过 **AppDelegate** 来做一些框架需要的操作,就是为了让开发者不是必须要继承 **BaseApplication**, **AppDelegate** 可以让开发者很方便的自定义一些可以满足自己需求的 **Application**,并且也不会影响到框架的运行,你的想法是站在 **App** 开发的角度, 需要框架很方便的实现自己的需求, 我站在框架设计的角度,要满足每个开发者每个 **App** 的需求是不可能做到的,所以我要做的是提供扩展的方式,让开发者能根据自己的需求自己去扩展,而不是一味的满足每个人的需求,这个是恶性循环,你需要 **MultiDexApplication** ,其他人可能并不需要,人家为什么要为了方便你的需求,而去被迫继承一个自己并不需要的 **Application** ,这个对于别人来说是不划算的事

@ReepicheepRed 为了让开发者更方便的使用 **MultiDex** ,以及对一些框架的初始化,现提供 [**attachBaseContext** 扩展方式](https://github.com/JessYanCoding/MVPArms/blob/master/app/src/main/java/me/jessyan/mvparms/demo/app/AppLifecyclesImpl.java#L43)

@JanusKun 老哥,第一楼就有群号

@zhou9527 不管是 **MVP** ,还是 **RxJava** ,以及 **Retrofit** 和 **Dagger** , `Github` 简单的 Demo 真的太多,一搜一大堆,你就自己找吧,就是因为 `Github` 上大部分的此类型 **App** 或 **Demo** ,写的是在太简单了,所以我才写的这个框架属于进阶版,这个框架自动屏蔽没入门的朋友,因为你没入门根本看不懂,更说明你可成长的空间非常大,这时候你应该感到焦虑而更努力的自己主动去学,这些技术已经不算最火的技术了,我 16年 初就把这个框架写出来了,大部分人都会,大部分人都会的东西,而你不会,那无论面试还是工作肯定会有些许劣势,但现在这个时候才去学也不晚,你也有好处,那就是现在这方面的资料真的太多了,坑被踩完了,学习起来非常快,所以别问我了,直接花时间去硬啃

@hxlailfh1314 现在框架不是强制使用 AndroidAutoLayout ,不声明 Androidmanifest 中的 meta,就不会使用, AndroidAutoLayout 虽然不维护了,但是并不代表他没有价值,依然有很多项目在使用它,带来了很多便利,作为使用两年的老用户,也并没遇到什么大的 Bug ,在某些使用场景使用起来非常愉快,所以暂时不会移除,以后看情况再做打算,如果你不喜欢用,可以不声明 meta

@hxlailfh1314 框架已经提供了 **Retrofit** 和 **Okhttp** 扩展参数的方式, 你自己引用, 自己使用就好了, 框架只需要让开发者能够按需扩展自己的需求, 而不需要自己去满足所有人的需求, 这就是框架作者和 **App** 开发者思想上最大的差别

@yeyueduxing 集成化框架和其他功能性框架不一样, 功能性框架只是调用某些 **API**, 所以他可以很好的屏蔽一些风险, 但是集成化框架要复杂的多, 涉及到的方面远不是简单的调用几个 **API** 这么简单, 发布新版本时我也是尽量做到不影响旧版本, 在一些做了更改会影响到旧版本更新的地方, 我也在 [更新日志](https://github.com/JessYanCoding/MVPArms/wiki/UpdateLog) 给出了详细的批注以及减小升级成本的方式, 我公司一个十几个模块几百个页面的组件化项目是直接远程依赖 **Arms** 的, 我每次也都是第一时间升级最新版本, 所以我心里是清楚升级最新版本所花费的成本的, 基本上我这个几百个页面的大项目升级的时间都是在半个小时以内, 大多都是几分钟就搞定, 所以更新你大可不必太过担心, 我这个项目十几个模块几百个页面, 如果更新成本太大我这个项目也是受影响最严重的, 我不可能自己坑自己的, 后面的更新也都会很稳定的

@kinzirva 谢谢你的建议, 关于 Dagger2 的新特性我也很久没关注了, 一直在忙别的东西, 第二个原因也是因为怕框架使用新的 特性 会影响之前的用户, 我后面会仔细研究下 Dagger2 以及 Dagger.Android 等新功能, 后续会推出