简介

这是一本关于软件设计的书（英文原名：A Philosophy of Software Design）：如何将复杂的软件系统分解成模块（比如类和方法），以便这些模块可以相对独立地实现。本书首先介绍了软件设计的基本问题，也就是对复杂性的管理，然后讨论了一些在完成软件设计的过程中涉及到的哲学问题，并提出了一系列可以在软件设计过程中应用的设计原则。本书还介绍了一些可用来识别设计问题的危险信号。您可以通过应用本书中的想法来减少大型软件系统的复杂性，以便能更快地编写软件。

目录

翻译说明

无意中看到这本书的相关介绍，也很快找到了 GitHub 上的民间翻译版，因为看到一些翻译不太恰当的地方，所以想着顺手提交修正下，然后找到其中 Star 数量比较多的主要是 Cactus-proj 和 Go7hic 的，但两者的内容几乎完全一样，包括一些翻译不当的地方也是同样的。从实质内容的提交历史来看，应该 Cactus-proj 是更早的提交者，这一点从各自的 Fock/Star 数量也能侧面印证。

这两个项目均有收到并处理一些内容修正的 PR，但即使是 Cactus-proj，最新的几个 PR 也处于较长时间未处理的状态，推测都已经暂停维护了，然后基于 Cactus-proj，包含内容修复最多的是 luojiego 的 Fork，于是就基于这个创建了自己的 Fork。除了一边阅读一边校对，也摸索着更新了相关的部署脚本，部署到我自己的 GitHub Pages 上，可直接在线阅读。

从提交历史来看，gdut-yy 应该是主要的翻译贡献者，liquid207、wanghuanwei、luojiego 和 BlackGlory 也都贡献了比较多的翻译修正，inkydragon 则主要负责了 LaTeX 和 PDF 相关的工作以及格式规范、持续集成等方面的工作，不确定历史是否挖掘充分，所有提到未提到的贡献者，一并感谢！

出于尊重原作版权的考虑，在完整的校订工作完成之后，我删除了与中文并列对照的英文内容，对于纯英文内容也删除了主体部分，只保留了前言以及各个章节的概要和总结。如果您在阅读过程中，发现有翻译不当的地方，或者有其他建议，欢迎提交相应的 PR 或 Issue。

另外，同时还基于 opencc 使用 Python 脚本自动生成了繁体中文的翻译版本，也一并放在了 GitHub Pages 上，如果发现有处理不当的内容，请针对该脚本或对应的简体中文内容提交 PR 或 Issue。

术语翻译

翻译是个比较困难的事情，除了个人水平有限，也有很多见仁见智的地方，所以这里先列出一些术语的翻译选择和背后的考虑因素，以供参考，并至少在本书籍的翻译过程中保持相对统一，也欢迎提 Issue 探讨。

英文中文说明
bug缺陷 / 代码缺陷没有用“错误”是希望避免与 error 等术语的翻译混淆
change变更针对代码的时候，更多使用“变更”而不是“改变”，但根据实际的上下文而定
complexity复杂性没有用“复杂度”，类似的还有“依赖性（dependency）”和“模糊性（obscurity）”
deep module / class深模块 / 深类没有用“深层”是希望避免与 layer 和 level 等术语的翻译混淆
define error out of existence通过定义来规避错误类似的还有“通过设计来规避特殊情况（design special cases out of existence）”
dispatcher分发器没有用“调度器”是希望避免与 scheduler 等术语的翻译混淆
information leakage信息泄露没有用“泄漏”
pass-through透传用于“透传方法”、“透传变量”、“透传参数”等场景
public method / variables公有方法 / 公有变量没有用“公开”是希望与 expose 和 exposure 等术语的翻译混淆
selection区域选择 / 选择的区域 / 所选区域图像界面文本编译器中的示例，直接翻译成“选择”会不太清晰
shallow module / class浅模块 / 浅类没有用“浅层”，和 deep 的翻译选择是同样的原因
web browser / serverWeb 浏览器 / Web 服务器没有用“网络”或“网页”是希望避免与 network 和 web page 等术语的翻译混淆，就保留英文了