Android开发架构设计演变
code小生，一个专注大前端领域的技术平台
每天 8.40 推送技术文章
软件架构设计是个不老的话题，随着业务驱动，技术展现形式随之变化，从当初的“堆”模式开发到后来有点模型的形式（功能分包但无模式），再到后来 MVC 的出现，结束了“堆”模式，再到后来 MVP 模式出现，一部分开发者积极尝试，或重构，或运用，得到了很多的认可，后面又出现了双向绑定架构— MVVM，算是继 MVP 之后的又一经典架构；当然 Android 官方也推荐了架构：AAC（Android Architecture Components），后面，还会继续出其他的架构…
用一张图来总结：
从项目的包结构看架构
我看软件架构
之所以需要架构，是为了项目业务可以更好地可持续发展；没有哪个架构是最好的，所有的架构都是建立在业务基础之上，撇开业务讲架构都是空谈。
那么如何选择架构又成了一个问题，这就需要必须熟悉每个架构的优点和灵活性。
从实际角度看，优秀的软件架构不应该进行过度设计，否则可能带来维护者成本。
软件架构设计亦应坚固可靠，以应对内外界多种不同类型的攻击，提供可靠、精准的输出。面对外界的变化，响应要迅速及时。同时还要做到灵活可扩展。
同样，软件架构也应具备美观性，代码要简洁，易于阅读、维护、能使维护者从直观上对功能产生更清晰的认识，从而能够快速地处理变化。优秀的软件架构亦是组件抽象，没有复杂依赖关系，易于扩展分离的。
出自《移动开发架构设计实战》
流行架构 进阶架构
架构的演变很快，我们其实完全不必纠结于自己实用的架构是否过时，而更应该关注架构是否适合业务，剩下的我们关注演变过程即可，就像下图罗列的，如果我们一个劲地去使用，恐怕每天都是在重构…
出自《移动开发架构设计实战》一书
架构学习
我们所接触到的技术，90%都是前人研究过的，有很多乐于分享的开发者，他们倾情于博客，所以要学习某个架构并不难，只要你会搜索，我相信都可以学会，这是一种途径。
当然如果能有一本书将这几个架构都解释一下，那就节省了很多成本，这本《移动开发架构设计实战》一书就很有价值，出版社老师寄了 1 本与我，这几天翻了下，值得学习，故此今天撸文推荐下。
《移动开发架构设计实战》
点击可购书
小生专属福利
《移动开发架构设计实战》*4
在本文留言：说说你在日常开发中哪些花费在项目架构方面的“伤心事”；
小生会在周四（12.12 中午12点评选中奖者）
可先添加小生微信