Android开发架构设计演变

code小生，一个专注大前端领域的技术平台

每天 8.40 推送技术文章

软件架构设计是个不老的话题，随着业务驱动，技术展现形式随之变化，从当初的“堆”模式开发到后来有点模型的形式（功能分包但无模式），再到后来 MVC 的出现，结束了“堆”模式，再到后来 MVP 模式出现，一部分开发者积极尝试，或重构，或运用，得到了很多的认可，后面又出现了双向绑定架构— MVVM，算是继 MVP 之后的又一经典架构；当然 Android 官方也推荐了架构：AAC（Android Architecture Components），后面，还会继续出其他的架构...

用一张图来总结：

从项目的包结构看架构

我看软件架构

之所以需要架构，是为了项目业务可以更好地可持续发展；没有哪个架构是最好的，所有的架构都是建立在业务基础之上，撇开业务讲架构都是空谈。

那么如何选择架构又成了一个问题，这就需要必须熟悉每个架构的优点和灵活性。

从实际角度看，优秀的软件架构不应该进行过度设计，否则可能带来维护者成本。

软件架构设计亦应坚固可靠，以应对内外界多种不同类型的攻击，提供可靠、精准的输出。面对外界的变化，响应要迅速及时。同时还要做到灵活可扩展。

同样，软件架构也应具备美观性，代码要简洁，易于阅读、维护、能使维护者从直观上对功能产生更清晰的认识，从而能够快速地处理变化。优秀的软件架构亦是组件抽象，没有复杂依赖关系，易于扩展分离的。

出自《移动开发架构设计实战》

流行架构 进阶架构

架构的演变很快，我们其实完全不必纠结于自己实用的架构是否过时，而更应该关注架构是否适合业务，剩下的我们关注演变过程即可，就像下图罗列的，如果我们一个劲地去使用，恐怕每天都是在重构...

出自《移动开发架构设计实战》一书

架构学习

我们所接触到的技术，90%都是前人研究过的，有很多乐于分享的开发者，他们倾情于博客，所以要学习某个架构并不难，只要你会搜索，我相信都可以学会，这是一种途径。