层次低了。 这篇文章不谈具体的移动端架构设计， geng多的是从架构本身聊一下关于架构设计的一些思想，以及在实践过程中的一些想法，一家之言，欢迎探讨。

业务即架构

我无法认同... 如何Zuo恰当的架构设计？自己实践经验来kan， 第一步先不用去考虑你需要什么架构，而是应该思考你这个项目的核心业务是什么再考虑为了实现这个核心业务，Zui重要的技术点是什么？ 德鲁克管理一书中有一句话：围绕着价值大的点去设计流程。

简单， 可复制性强，无需思考，学习容易

相反，为什么MVC 和MVP容易推广，主要原因是简单,可复制性强，无需思考，学习容易。谷歌官方开源了一套MVP架构设计思路， 靠谱。 非常值得借鉴，除了写重复性代码多一些以外代码易用性、维护性dou是设计的典范。

过度设计是架构设计可Neng犯下的第一个错误

hen多人在开发伊始就开始想着后期要怎么 ， 设计无比复杂的架构，到头来导致开发起来非常痛苦，为了实现一个功Neng， 也是没谁了。 写各种各样冗余的类，Zuo各种各样重复的事情，导致效率低下“过度设计”是架构设计可Neng犯下的第一个错误。

Zui简单的东西往往Zui有力量

对于一个以H5为主的App， 你Zui重要的架构设计是设计好H5和原生的交互方式，如何快速的加载出H5页面。 对于一个以主要以图片加载为主的App, Zui重要的核心技术点就是大量图片的加载， 好的图片加载框架，项目Yi经成功了一半。

分层思想

分层思想其实契合人类对事物的认知模式， 各司其职，分工不同，从传统农业社会的架构-士、农、工、商，每个层级负责对应层级的事情，每个层级有既有隔离又有沟通。 移动端开发也是一样， 从大层级划分，Ke以划分为业务层、持久层、UI层，从细分角度来kan，又Ke以分层各种组件类，比如网络、图片、缓存、日志等等模块，而通过对这些组件的组合形成geng大的模块。各个模块之间既有数据的传递和流动，又会对各个层级之间数据的传递Zuo限制。

代码逻辑守恒

我认为架构设计是对代码逻辑二次划分，代码逻辑永远是守恒的， 这就说得通了。 差别在于你是如何管理这些逻辑的。

Clean架构

clean架构为什么不容易流行， 主要原因是太复杂了它把Java Web开发那一套搬到了移动端，Ru果应用到项目中，可Neng除了架构设计者，没人Neng够完全明白整个架构设计，简单来说...。

Zui简单的就是Zui好的

比如 首付5成， 贷款加息50% 越多的解释，就显得心虚，解释就是掩饰。架构设计也是如此， 越是简单的架构设计，越容易学会，合作的同事越容易接受，就像代码设计，自解释的代码比写满了注释的代码设计的要geng好。

移动端架构的发展

Zui近hen多文章dou在谈移动端的架构， 在早些年的时候，移动端是没有所谓的架构可言的，hen大的原因是主要原因是移动端开发刚刚兴起，刚刚兴起意味着“代码存量少”，意味着软件复杂度相对于传统的服务端开发geng低。 白嫖。 但是Zui近越来越多的人谈到软件架构hen大一部分原因是移动端经过十年的积累， 诞生了越来越多的大型App，业务发展越来越快，比方说微信、支付宝、天猫之类的App。

核心模块的重要性

是吧？ 我见过一些项目， Zui表层项目结构设计的hen好MVP+RxJava，但是Zui重要，Zui核心的数据库模块还是古老、低效的设计，导致的后来啊就是涉及到核心的数据库操作就麻烦、复杂、低效。甚至出现整个项目组只有一两个人Nengkan明白Zui核心的代码， 这样下来无论是Zui外层的架构设计多么NB，整个项目是低效的。没有从Zui开始的时候设计好核心东西的架构设计，没有在开发过程花力气去优化Zui核心的模块。

架构设计中有hen多的设计模式、 固定范式大部分dou是围绕着分 白嫖。 层进行设计的 软件开发中没有什么问题不Neng通过加一层来解决的

MVP管理逻辑的办法hen简单，就是将所有逻辑放到了P层中，保持M层和V层的纯粹性，但是毋庸置疑P层是会因为业务逻辑的增加，复杂度会产生巨大的增长，所以呢这个时候就需要对P层在Zuo逻辑的转移。 欧了！ 所以呢在对P层逻辑转移过程中， 就产生了各种各样的helper类，结合各种各样的网络处理框架、RxJava响应式编程框架等等，这些东西dou是为了逻辑转移而Zuo的工作。

同样道理，围绕着Zui核心的业务、Zui核心的技术点去设计架构才是Zui重要的，是个狼人。。