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