代码大全_第一部分: 打好基础

第1章: 欢迎进入软件构建的世界

   简而言之, 构建就是跟编码有关的事情, 包括编码与调试, 测试的全部和需求分析, 设计, 架构的部分.

第2章: 用隐喻来更充分地理解软件开发

    文中的隐喻一词意指建模(model), 比如地心说模型和日心说模型. 好的模型可以更生动第说明一件事情的基本要素, 更能指引人们去发现新的特性.

    历史上对软件构建提出的模型如下:

 写信: Writing:
编程就像写信, 拿笔重头到尾写完投递.
没有体现规划: 想到什么就写什么
没有体现团队合作: 写信是个人行为
没有体现维护: 信写完不会改

 种植: Growing
编程像种庄稼, 每次完成一个步骤: 设计, 编码, 测试对应播种,施肥, 收获
没能体现软件开发的复杂性, 例如开发/测试很可能交替进行
没能体现设计的重要性
种庄稼靠天吃饭, 人的作用远远小于软件开发中的

 积累: Accretion
编程就像培养牡蛎: 养好牡蛎(架构), 然后牡蛎不断添加微量的碳酸钙, 最后形成珍珠. 意指软件开发是一个不断积累的过程
为敏捷开发理论奠定了基础
我认为没能体现架构设计的复杂性

 建造: Building
编程就像建造一个工程(房子, 大楼 或 核电站), 先要做精心的设计, 再实施建造
这是到目前为止最科学的建模
两者在规划设计, 团队合作等都有共同特点
都会利用现成的组件: 洗衣机, 冰箱 vs 数据库, 高级语言
规模大的时候都需要定制一些组件
设计很重要, 但并不是要事无巨细: 设计房屋时并不需要考虑以后刷什么颜色的漆
后期修改都成本巨大, 人力和时间成本往往比材料本身要高
开发流程随工程规模会显著变化: 建一个狗棚和建一个核电站的流程完全不同

其他
不同的模型往往并不排斥, 旧的模型并不是完全没用: 就像物理学中爱因斯坦的相对论比经典牛顿力学更科学, 但大部分工程问题还是通过牛顿力学求解的. 同样, 在软件开发中, 比如基于牡蛎养殖(Accretion)模型的敏捷开发方法也在大规模应用.

第3章: 三思而后行: 前期准备
原则性问题:

修复缺陷的时间越接近引入缺陷的时间(越早), 修复成本越低, 所以前期工作(需求和架构)很重要
前期工作的详尽程度应该取决于项目的规模和特点
很难有不变的需求, 但可以尽量控制

需求:

功能性需求:
应该包括输入输出, 精度, 取值范围, 频率, 格式等
包括对外接口和通信协议
应该指定数据

质量需求:
响应时间, 吞吐量, 传输率等
安全级别
可靠性, 错误处理
内存/磁盘等资源的限制
如何定义项目的成功和失败?

需求的质量:
用用户的语言书写, 而不是计算机名词. 只提需求, 不涉及设计
互不冲突
足够清晰, 毫无背景的团队也能理解
可测试
对可能的改动有所预期

架构:

尽量包含其他可选方案, 以及选择的理由
主要的类
数据设计
界面
资源管理
 如连接, 线程, 句柄等

性能: 
 提供调研数据, 说明为什么可以达到预期的性能
关键部分的算法和数据结构

可扩展性
当数据/请求增长时的处理方案

技术可行性
错误处理和容错

第4章: 关键的构建决策
这章很虚, 基本没啥内容