本文也算是关于架构内容的目录
本来也没打算写这篇的，关于架构点的很多，但是综合性的描述写不了几个字，几经犹豫还是发出来了，主要是为了写个目录，以后好找文章
android 的架构是什么
android 的架构其实可以从2个方向来看，横向和纵向：
- 横向划分模块 - 体现就是组件化，抽象功能 module，业务 module，ui 组件 module，业务 module 间的通讯，module 的依赖管理，动态发布等技术点
- 纵向划分层次 - 体现就是 MVC，MVP，MVVM，MVI，MVRX
这就是我的认识，这是跟 android module 的目录架构有直接关系的，我们经历了： 单 module 结构 -> 多 module 结构 -> 多 module 结构 + 私有 maven -> 多 module 结构 + 私有 maven + 多 app 工程 -> 定制化开发容器 这5个发展过程，组件化，插件化都是其中应运而生的产物
一线公司都进化到了自己构建开发容器的水平了，作为小厂的 coder 我真是心急死了，追不上啊，永远落后一线2年... 这方面可以参考阿里的 Quinox
插件化技术算是死了，android 9.0 hook 技术就不顶用了，现在在逐步淡出大家视野了，但是我想说我是很欣赏阿里的方案的
然后就是我们大家都熟悉的 MVXX 了，从14年MVP 开始，MVXX 一直就在我们的视线里，一直不曾有一刻脱离，新的思想一直在注入 MVXX 里，一直有新的方案带来大家，一直有新血产生，证明了 MVXX 恒久的魔力
其实所有的 MVXX 里，MVC 分层解耦的思想是最根本，也是基石般的存在，一切都是围绕更好的解耦分层产生的，记住解耦和分层才是 MVXX 的根本目的
只不过 android 原始的 MVC 方案是在不友好，记得曾有人说过，android 的 MVC 非彼之 MVC ，一直到了 MVP 时代才实现了真正的 MVC 的思想 - 分层，稍后 dataBinder 的出现带来了第一版 MVVM，学习前端那样 UI 和 数据实现绑定，实际上对我来说 dataBinder 的用处就是省了 findViewById，其实的其实并不方便，在 xml 里面写代码有时候并不能满足需求，业务复杂时不适用，也分散了页面赋值逻辑，换人开发时很不便
随后 rxjava 兴起了，给 android 带来了 响应式 + api 流 的春风，接着这股劲，MVI 出现了，新版 MVVM 也出现了。新版 MVVM 采用 Google 自己的响应式套件，更多的是工具的几部，要说思想上的进步还是要当属 MVI，MVI 那一切都看做是响应式数据源，包括页面的点击，事件触发，远程数据的回调，全部使用响应式来思考， airbnb 公司自己实现了自己的一套 MVI 的 api，由此产生了 MVRX，具体的我就不详细在这里说了，大家看下面的文章吧：
不得不说的微信
微信不时放出一些关于架构进化的文章，非常有技术含量，内容都是我们广大 coder 会遇到的关心的问题，我印象中看过好几篇了，这里放出能找到的
最后
最后我再说说，架构和框架不是一个东西
- 架构 - 是如何组织整个 app 的关系，包括份模块啊，相互通信啊，UI，数据，控制的分层等待这些
- 框架 - 是如何解耦封装一个多个功能，像 okhttp，retrofit，fresco 这些提供某项功能的都是属于框架的范畴
大家练手的话先从框架出发，简单来说矿框架就是封装代码，可以简单，也可以很复杂，里面穿插应用了很多设计模式，设计套路，那些设计模式是干什么用的，典型应用场景是什么，封装的套路是什么，如何思路封装等等这些其实最提现我们的基本功，也是我们最能提升自身水平的了
