安卓开发第二篇我的安卓应用架构设计_基于安卓开发运用了何种架构-CSDN博客

本文链接：https://blog.csdn.net/naivor/article/details/51166114

说起架构，很多人可能会觉得那是很高大上的东西，自己是做不到的；说起安卓架构，很多人更是会嗤之以鼻，就安卓应用，所有东西都是在activity里面执行的，直接把业务罗辑写到里面就行了。其实不然，我们做任何事情都需要有规划，这样能够提高效率，同时也会避免后期的混乱。

开发一款app就像建造一幢房屋一样，提前对这幢房屋进行规划，设计，考虑各种因素，然后画出结构图纸，当我们去建造房子的时候才会思路清晰，并且建造起来才会快速（而不是先把房子建出来，觉得不满意就推到重来）。架构的好坏直接决定了你建出来的是城中村还是小区房，是别墅还是土屋，是温馨安全的家还是危楼（有的app改一个地方就会崩）。

对于新项目来说，由于对于业务流程不熟悉，我们可以按照自己的方式快速开发出第一个版本，然后根据需要进行架构设计（不然你可能会比较迷茫，不知道设计架构app的时候某些行为是否有必要，就像有人找你设计建造一个房子，你不知道他具体想要什么样的房子，他的投入是多少等等，然后你就无法凭空设计），重构你的项目。

就像Torvalds说的，与其长时间纠结于各种可选方案，我更倾向于先做出一个哪怕事后证明是错误的决定。是的，架构项目的时候不要空想，如果你确实不知道怎么选择，那就先去敲代码，验证自己的想法，哪怕是错误的，至少自己知道自己错在哪里。重构对于一个程序猿来说，应该是一件稀松平常的事，你不能保证你的每个想法和敲出的代码都是完美的，也许一段时间后，你去看自己以前的代码，你会吃惊的说：“天哪，这是我写的吗，我怎么会写这样糟糕的代码”。

好了，废话就不多说了，接下来就谈谈我的安卓架构设计吧。

我的应用架构设计是基于MVP开发模式和clean架构思想，如果你不知道MVP开发模式，那么请自行谷歌，百度。clean的架构思想是Bob大叔提出的，核心思想是你可以把一个应用划分成许多层，外层对于内层是透明的（内层不知道外层有些什么东西），而内层对外层是完全可见的（想象一下洋葱的结构）。

记得我最开始的时候项目结构是按类型分包，把同类型的类放到同一个包下面，这种方式在App较小的时候还是不错的，可是随着项目的不断壮大，这种方式会明细影响我们的开发效率，同时也不利于代码的管理，所以这时候按功能分包是个不错的选择。

结构图如下：

架构设计图