Android应用架构选择与搭建

1.前言

在做项目时，尤其是一个人做时，刚开始对架构并没有要求，都是所有代码都写在一个app里面，基本会分不同的包，这是大多是情况，可能有的是写在了一堆，没有层次可言。前期可能还行，随着项目内容模块的增加，代码变得越来越多，增加一个需求要改动许多类，甚至动整个架构。忘记改一处，都有可能出问题，改起来也特别繁琐。有时就想重构，但是随着任务的加重，重构没时间，就需要继续凑合，这就是我们刚开始没有搭建好架构的原因。下面做一下笔记这种架构的搭建选择，一遍后期使用。

2.架构

1）第一种就是个人开发的架构搭建，所有内容都写在一个App里，只是做简单分包处理，来区分不同业务或模块。

image.png

   这种模式随着业务和代码的增加，体积越来越大，代码耦合越来越严重，当增加一个模块功能或者删除一个模块功能时，可能会牵扯其他内容。

2)第二种就是按架构层级分层 ，不同层级完成不同内容，并相互依赖。如分为Base层、app层等，每个层次一个模块。

image.png

3)第三种是多模块多组件开发，但不是蜘蛛网模式的依赖错综复杂模式，如图：

image.png

而是基于路由的多组件多模块开发：

image.png

这需要基于ARouter来实现组件间的跳转。