软件设计的哲学(第2版)

第 1章 导言 001 1.1 如何使用本书 004 第 2章 复杂性的本质 007 2.1 复杂性的定义 007 2.2 复杂性的表现 009 2.3 复杂性的原因 012 2.4 复杂性是增量的 014 2.5 结论 015 第3章 能工作的代码是不够的 017 3.1 战术性编程 017 3.2 战略性编程 019 3.3 投资多少？ 020 3.4 初创企业与投资 022 3.5 结论 023 第4章 模块应该深 025 4.1 模块化设计 025 4.2 接口包含哪些内容？ 027 4.3 抽象 028 4.4 深模块 029 4.5 浅模块 031 4.6 类炎 033 4.7 示例：Java和UNIX I/O 033 4.8 结论 035 第5章 信息隐藏（和泄漏） 037 5.1 信息隐藏 037 5.2 信息泄漏 039 5.3 时序分解 040 5.4 示例：HTTP服务器 041 5.5 示例：类过多 042 5.6 示例：HTTP参数处理 043 5.7 示例：HTTP响应中的默认值 045 5.8 类内的信息隐藏 046 5.9 过犹不及 047 5.10 结论 047 第6章 通用模块更深 049 6.1 让类有点通用 049 6.2 示例：为编辑器存储文本 051 6.3 更通用的API 052 6.4 通用性带来更好的信息隐藏 054 6.5 要问自己的问题 055 6.6 将专用性向上推（和向下推） 056 6.7 示例：编辑器撤销机制 057 6.8 消除代码中的特例 060 6.9 结论 061 第7章 不同层，不同抽象 063 7.1 直通方法 064 7.2 接口重复何时可行？ 066 7.3 装饰器 067 7.4 接口与实现 069 7.5 直通变量 070 7.6 结论 073 第8章 降低复杂性 075 8.1 示例：编辑器文本类 076 8.2 示例：配置参数 076 8.3 过犹不及 078 8.4 结论 078 第9章 合并好，还是分开好？ 079 9.1 如果共享信息，则合并 081 9.2 如果可以简化接口，则合并 081 9.3 消除重复，则合并 082 9.4 区分通用代码和专用代码 085 9.5 示例：插入光标和选择区域 086 9.6 示例：单独的日志类 087 9.7 拆分和连接方法 089 9