版权声明：有些文章写的很随意，那是仅作为个人记录的文章，建议直接关掉，多看一秒亏一秒 https://blog.csdn.net/qq_36523667/article/details/82750407
这里不涉及什么maven解决循环依赖等问题，而是项目的依赖模型。
我看见我公司的项目分了许多模块，主体是业务，还有许多框架也单独作为了一个模块。
今天在考虑架构的时候想到了公共有些库我是依赖不了的，我突然想通了
黑色的是依赖，如网络库，前端库，存储库等等。
紫色的所有模块都可依赖的依赖库。
绿色是业务模块。
那天我扒出来了公司的插件，里面可以选择某些模块加入源码编译，剩下的走aar。我好奇，根据业务划分，我就那么几个库么，怎么这里有这么多的库。一看都是一些支持库。
我自己最近打算一个人做一个大型项目（当然不会写很多业务），正愁怎么划分模块，因为被公司的模块划分影响了思路。现在透彻了，只要我自己觉得它能划分就划分，比如网络就能划分成一个库。至于业务那就不说了，划分起来不算太难。
这个紫色的算是接入层，比如网络请求，在业务层的眼里，永远是
Request，ServiceManager.sendRequest，Response。（当然可以像weex一样做成隐式的，统一fetch，参数用HashMap）
至于接入层是怎么兼容网络库，咋样都行。
舒服了。。。还有就是模块间的依赖是如何解决的，还是挺有争议的。还有路由的深层含义？还有一个模块由一个classloader去掌管吗？最好是能一个模块一个apk哦？最好一个模块可以脱离项目单独运行哦？