开源软件架构.pdfVIP

开源软件架构 前言（卷一） 卷1：第1 章 Asterisk 卷1：第3 章 The Bourne-Again Shell 卷1：第4 章 Berkeley DB 卷1：第5 章 CMake 卷1：第6 章 Eclipse 之一 卷1：第6 章 Eclipse 之二 卷1：第6 章 Eclipse 之三 卷1：第8 章 HDFS——Hadoop 分布式文件系统之一 卷1：第8 章 HDFS——Hadoop 分布式文件系统之二 卷1：第8 章 HDFS——Hadoop 分布式文件系统 卷1：第12 章 Mercurial 卷1：第13 章 NoSQL 生态系统 卷1：第14 章 Python 打包工具 卷1：第15 章 Riak 与Erlang/OTP 卷1：第16 章 Selenium WebDriver 卷1：第18 章 SnowFlock 卷1：第22 章 Violet 卷1：第24 章 VTK 卷1：第25 章 韦诺之战 卷2：第1 章 可扩展Web 架构与分布式系统之一 卷2：第1 章 可扩展Web 架构与分布式系统之二 卷2：第2 章 Firefox 发布工程 卷2：第3 章 FreeRTOS 卷2：第4 章 GDB 卷2：第5 章 Glasgow Haskell 编译器 卷2：第6 章 Git 卷2：第7 章 GPSD 卷2：第9 章 ITK 卷2：第11 章 matplotlib 卷2：第12 章 MediaWiki 之一 卷2：第12 章 MediaWiki 之二 卷2：第13 章 Moodle 卷2：第14 章 NginX 卷2：第15 章 Open MPI 卷2：第18 章 Puppet part 1 卷2：第18 章 Puppet part 2 卷2：第19 章 PyPy 卷2：第20 章 SQLAlchemy 卷2：第21 章 Twisted 卷2：第24 章 ZeroMQ 前言（卷一） 木工是一门严苛的技艺，人们可以为之付出毕生精力以求精通。不过木工还不是建筑架构： 如果我们从楼梯三角板、斜接规这些细节回溯，建筑必须要作为一个整体去设计；设计是一 门技艺或科学，同时也是一门艺术。 编程同样是一门严苛的技艺，人们可以为之付出毕生精力以求精通。不过编程还不是软件架 构。多少程序员年复一年地思索乃至斟酌着一些更博大的设计问题：此应用是否应具备可扩 展性？如果答案是肯定的，那么应该借助一个脚本接口来实现，还是通过某些插件机制，抑 或采取完全不同的其它什么办法？什么该交给客户端去做？什么该留给服务器端？客户端- 服务器架构对此应用是否适用？这些问题都不是编程问题，正如在何处放置楼梯并不是一个 木工问题。 建筑架构与软件架构之间有许多相通的地方，但仍有一点关键区别。建筑师在其职业生涯要 研习成千上万的建筑，而大多数软件开发者仅了解只手可数的几个大型程序，多半还是他们 自己写的。他们从不看历史上伟大的程序，也不阅读有老手程序员写的程序设计评论。结果， 他们重复着别人的错误，而非站在别人的肩膀上。 我们编写本书的目的就是尝试改变这种现状。本书的每章都介绍一个开源应用程序的架构： 从程序的构成、内部组件的交互，到架构形成的原因，以及适用其它大型设计问题的经验教 训总结。文章都是由那些最了解软件的人执笔，这些人有着几年甚至几十年的复杂应用程序 设计或重构经验。这些应用程序的覆盖面从简易绘图程序和基于网页的电子表格，到编译工 具包和数百万行代码的可视化软件包，有些只有几年的历史，有些则接近三十年。这些软件 的共同点是，其作者思虑周详，设计严谨，且乐于分享他们的思想。我们希望你能享受他们 的文字。 贡献者 ： 是 和 的原作者，也是 Eric P. Allman (Sendmail) Eric Allman sendmail,syslog trek Sendmail公司的联合创始人。在开源软件刚刚得名而尚未形成一场“运动”之前，他就已经 在编写开源软件。他是ACM Queue的编辑审查委员会成员，也是 Cal Performances 的 理事会成员。他的个人网站是/~eric。 Keith Bostic(Berkeley DB)：Keith 是加州大学伯克利分校计算机系统研究小组的成员之一, 他是BSD 2.10发布版的架构师，以及BSD 4.4相关发布版的主要开发者之一。他