架构之美

全球19位**架构师智慧结晶

荣获2009年度引进版优秀图书奖

　　本书围绕5个主题领域来组织本书的内容：概述、企业应用、系统、最终用户应用和编程语言。本书让*秀的设计师和架构师来描述他们选择的软件架构，剥开架构的各层，展示他们如何让软件做到实现功能、可靠、易用、高效率、可维护、可移植和优雅。

王海鹏，1994年毕业于华东师范大学。拥有理学士（物理）和文学士（英国语言文学）学位。独立的咨询顾问、培训讲师、译者和软件开发者。已翻译十余本软件开发书籍，主题涵盖敏捷方法学、需求工程、UML 建模和测试。拥有15年软件开发经验，目前主要的研究领域是软件架构和方法

序
前言
第一部分 论架构
　第1章　什么是架构
　　1.1　简介
　　1.2　创建软件架构
　　1.3　架构结构
　　1.4　好的架构
　　1.5　美丽的架构
　　1.6　致谢
　　1.7　参考文献
　第2章　两个系统的故事：现代软件神话
　　2.1　混乱大都市
　　2.2　设计之城
　　2.3　说明什么问题
　　2.4　轮到您了
　　2.5　参考文献
第二部分　企业级应用架构
　第3章　伸缩性架构设计
　　3.1　简介
　　3.2　背景
　　3.3　架构
　　3.4　关于架构的思考
　第4章　记忆留存
　　4.1　功能和约束
　　4.2　工作流　
　　4.3　架构关注点
　　4.4　用户反应
　　4.5　结论
　第5章　面向资源的架构：在Web中
　　5.1　简介
　　5.2　传统的Web服务
　　5.3　Web
　　5.4　面向资源的架构
　　5.5　数据驱动的应用
　　5.6　应用面向资源的架构
　　5.7　结论
　第6章　数据增长：Facebook平台的架构
　　6.1　简介
　　6.2　创建一个社会关系Web服务
　　6.3　创建社会关系数据查询服务
　　6.4　创建一个社会关系Web门户：FBML
　　6.5　系统的支持功能
　　6.6　总结
第三部分　系统架构
　第7章　Xen 和虚拟化之美
　　7.1　简介
　　7.2　Xenoservers
　　7.3　虚拟化的挑战
　　7.4　半虚拟化
　　7.5　Xen 的变换形式
　　7.6　改变的硬件，改变的Xen
　　7.7　经验教训
　　7.8　延伸阅读
　第8章　Guardian：一个容错操作系统环境
　　8.1　Tandem/16，将来所有的计算机都会像这样构建
　　8.2　硬件
　　8.3　机械布局
　　8.4　处理器架构
　　8.5　处理器间总线
　　8.6　输入/输出
　　8.7　进程结构
　　8.8　消息系统
　　8.9　文件系统
　　8.10　民间传说
　　8.11　弊端
　　8.12　后继者
　　8.13　延伸阅读
　第9章　JPC：一个纯Java的x86PC模拟程序
　　9.1　简介
　　9.2　概念验证
　　9.3　PC架构
　　9.4　Java性能技巧
　　9.5　把4GB放入4GB：这不起作用
　　9.6　保护模式的危险
　　9.7　从事一项毫无成功希望的斗争
　　9.8　劫持JVM
　　9.9　最终灵活性
　　9.10　最佳安全性
　　9.11　第二次做会更好
　第10章　元循环虚拟机的力量：Jikes RVM
　　10.1　背景
　　10.2　与运行时环境相关的传言
　　10.3　Jikes RVM简史
　　10.4　一个自足执行的运行时自举
　　10.5　运行时组件
　　10.6　经验教训
　参考文献
第四部分　最终用户应用架构
　第11章　GNU Emacs：滋长的特性是其优势
　　11.1　使用中的Emacs
　　11.2　Emacs的架构
　　11.3　滋长的特性
　　11.4　另外两个架构
　第12章　当集市开始构建教堂
　　12.1　简介
　　12.2　KDE 项目的历史和组织结构
　　12.3　Akonadi
　　12.4　ThreadWeaver
第五部分　语言与架构
　第13章　软件架构：面向对象与面向功能
　　13.1　概述
　　13.2　示例
　　13.3　面向功能解决方案的模块性评价
　　13.4　面向对象视图
　　13.5　面向对象模块性的评价和改进
　　13.6　代理：将操作封装到对象中
　　致谢
　　参考文献
　第14章　重读经典
　　14.1　所有东西都是对象
　　14.2　类型是隐式定义的
　　14.3　问题
　　14.4　砖块和灰浆建筑架构
　　参考文献
跋

本书的作者们在介绍软件架构的基本实践和*实践方面干得很漂亮，他们也同样漂亮地介绍了各式各样的现代系统。我特别喜欢他们谈及的架构的广泛性，从Emacs到Facebook，从非常正式的系统到非常有灵气的系统。
简而言之，这是一本非常及时的书，对于软件架构的艺术、科学和实践是非常有益的贡献。
　　　　　　　　　　　　　　　　　　　　　　　——Grady Booch，IBM院士

　　第一部分 论架构
　　第1章　什么是架构
　　1.5　美丽的架构
　　所有前面的方法都有助于我们判断一个架构是否“足够好”——也就是说，是否有可能指导开发者和测试者构建一个系统，并满足系统的利益相关人的功能和质量关注点。在我们每天使用的系统中存在着许多好的架构。
　　但是，超越足够好的架构是怎样的呢？如果有一个“软件架构名人堂”，那会怎样？哪些架构会陈列在这个艺术馆的墙上？这个想法可能没有你想象的那么遥远——在软件产品线领域，这样的“名人堂”的确存在。（注1）进入“软件产品线名人堂”的条件包括获得商业上的成功、影响其他产品线的架构（其他产品线可能“借用、复制、窃取”这个架构）、拥有足够的文档从而让其他人“不必通过道听途说”就能够理解该架构。
　　我们将为更一般的“架构名人堂”或“美丽架构艺术馆”的候选者设立怎样的条件呢？
　　首先我们应该认识到，这是一个软件系统的艺术馆，而不是其他艺术馆，我们的系统构建的目的是为了使用。所以，我们也许从一开始就应该关注该架构的实用性：它应该每天被许多人使用。
　　但是，在使用架构之前，它必须先构建，所以我们应该关注该架构的可构建性。我们会寻找那些具有定义良好的使用结构的架构，它们支持增量式构建，这样，通过每次构建迭代我们都能得到一个有用的、可测试的系统。我们也会寻找那些具有定义良好的模块接口、本来就很好测试的架构，这样，构建的过程就是透明的、可见的。
　　接来下，我们想寻找那些展示了持久性的架构——也就是说，那些经过了时间考验的架构。我们生活在一个技术环境以从未有过的加速度变化的年代。美丽的架构应该预期到变更的需要，允许期望的修改能够容易而有效地进行。我们想寻找那些避免了“衰老地平线”（Klein2005）的架构，超过了这条“衰老地平线”，维护将变得代价极大，以至于不可能进行。
　　……