03构建之法阅读笔记之一
**4.1 代码规范**
包括代码风格规范和代码设计规范
**4.2 代码风格规范**
代码风格原则:简明、易读、无二异性
缩进:4 个空格,而不是 TAB
行宽:限定为 100 字符
括号
断行与空白的 {} 行
分行
命名:匈牙利命名法
下划线:分隔变量名字中的作用域标注和变量语义
大小写(Pascal 形式和 Camel 形式)
注释
**4.3 代码设计规范**
函数:只做一件事,并且要做好
goto:有助于程序逻辑的清晰体现
错误处理:参数处理、断言
类的处理
**4.4 代码复审**
①形式:自我复审、同伴复审、团队复审
②目的:找出代码错误、发现逻辑错误、发现算法错误、发现潜在的错误和回归性错误、发现可能需要改进的地方、传授经验
③代码复审后把记录整理出来:
(1)更正明显的错误
(2)记录无法很快更正的错误
(3)把所有的错误记在自己的一个 “我常犯的错误” 表中,作为以后自我复审的第一步
**4.5 结对编程**
①角色:
驾驶员:控制键盘输入
领航员:起到领航、提醒的作用
②好处:(1)在开发层次,可以提供更好的设计质量和代码质量,两人合作解决问题的能力更强。
(2)对开发人员,带来更多的信心,高质量的产出带来更高的满足感。
(3)企业管理层次上,有效地交流,相互学习和传递经验,分享知识,取得更高的投入产出比。
## **第五章 团队和流程**
**5.2 软件团队的模式**
主治医师模式、明星模式、社区模式、业余剧团模式、秘密团队、特工团队、交响乐团模式、爵士乐模式、功能团队模式、官僚模式
**5.3 开发流程**
①写了再改模式
②瀑布模型(Waterfall Model) 是一个项目开发架构,开发过程是通过设计一系列阶段顺序展开的,从系统需求分析开始直到产品发布和维护,每个阶段都会产生循环反馈,因此,如果有信息未被覆盖或者发现了问题,那么最好 “返回”上一个阶段并进行适当的修改,项目开发进程从一个阶段 “流动” 到下一个阶段,这也是瀑布模型名称的由来。
瀑布模型的适用范围:产品的定义非常稳定但正确性非常重要、产品模块之间的接口能很好地定性定义和验证、使用的技术很成熟、子团队不能做到频繁的交流。
③瀑布模型的变形:生鱼片模型(各个相邻模块像生鱼片那样部分重叠)以及大瀑布带着小瀑布(各个子系统统一到最后进行系统测试)
**5.4 统一流程 RUP**
统一流程 Rational Unified Process,团队的各种成员在一个复杂的软件项目中的不同阶段做不同的事。这些不同类型的工作在 RUP 中叫做规程或者工作流。简介:
业务建模、需求、分析和设计、实现、测试、部署、配置和变更管理、项目管理。
分为四个阶段:初始阶段(达到生命周期目标里程碑)、细化阶段(达到生命周期结构里程碑)、构造阶段(达到初始功能里程碑)、交付阶段(达到产品发布里程碑)