基于路由的App架构设计思路分析详解

　　最近聊了许多小伙报价从高到低的各式各样的都有（这里只是举个例子，没有任何贬低的意思）

　　一提架构张嘴就来 MVC MVP MVVM等等等，如果简历写有大项目的架构经验并且要价偏高的我一般默认这样的小伙不是太可用（先看，别急后面有解释），或者说你之前的项目”不够大”。

　　如果要价不是很高，经验不是写的很丰富的话那我还可以理解。

　　为什么这么”默认”？

　　太笼统

　　MVC那套从写Web时期就一直使用至今，你抓个写java web的也能给你说的头头是道，纸上谈兵没有实际意义

　　实用性不足

　　每个”重量级”的项目都有不同的实现方式，简单的拿几个英文单词硬套是否真的合理，真的适合自己的应用场景

　　知识点滞后

　　从国内android/iOS热更（组件化）大潮（15年）出现后各式各样基于分包，插件化等等的内容层出不穷，还指望一套架构吃死那是不可能了。

　　简易组件化设计

　　把共同属性的代码提取出来制作成各种基础库，把单独的功能封装成Library包，不同业务通过分包结构分到不同module下，组内每人开发自己的module。

　　把纯业务模块和非业务模块以及一些”刚需”的代码做了简易的分包，库与库之间的关系看似很完美。