构建之法（第四、五章）的学习笔记

第四章
一、代码规范
1、缩进用4个空格比较好，因为tab有时候在不同的情况下会显示不同的长度，影响阅读。
2、不要把多条语句放在一行。
3、@public和@private 前应该用一个空格来缩进
4、命名，不要随意命名，变量命名尽量能让程序员看出变量的类型，由多个单词组成的变量不同单词的首字母要大写。
5、注释，不是注释该代码怎么做的，而是应该注释该代码有什么用。
6、函数，只做一件事，并且做好这件事

二、代码复审

第五章
本章主要讲了团队协作的模式流程，各种流程的利弊。
开发流程有以下几种模式：
1、写了再改模式（Code and Fix）

该模式是大家上来就写代码，不需要做过多的准备，对一些只用一次的程序，和一些实用性不高的演示程序有比较高的效率，但是对要长期使用，而且有后续开发维护的程序有很大的缺点。
2、瀑布模型 （Waterfall model）

该模型描述了单向的、不可逆的流程，而且相邻步骤可以喜欢回溯修改，但是缺点时该瀑布模型各个步骤是相互分离的，而软件开发的各个步骤有很大的关联性，不能完全的分离，其次时该软件如果采用该模型，软件开发者要到最后才能知道软件的原型并试用，但是开发者一般在软件设计之初就大概知道了软件的原型。
3、瀑布模型的变形 生鱼片模型（各个模块像生鱼片一样重叠在一起）

这个模型解决了之前瀑布模型之中各个步骤是分离的缺点，但是也出现了新的问题那就是我们无法知道每个步骤究竟什么时候结束，无法得到确切时间。
因此又引入子瀑布模型

但是其中的子系统测试结束后，还要把所有子系统测试最后去做系统测试，难度比较大，而且用户要到最后才能看到结果，时间过长。
4统一流程（RUP）
RUP软件开发的各个阶段整合在一个统一的框架里。要完成该软件，团队的各个成员要在不同的阶段去做不同的事情。
第一步、业务建模。理解用户的工作流程，再用精确的语言把工作流程表示出来。
第二步、需求。有了对工作流程的理解以后，我们就知道了用户的需求，我们的软件要有什么功能来满足用户的需求。
第三步、分析和设计。将需求转化成系统的设计 ，这一步我们的成员就知道系统有哪些模块，它们之间的关系是如何。
第四步、实现。工程师通过手工或自动化的手段把可执行的系统搭建出来。（敲代码）
第五步、测试和部署。测试系统，并生成软件的beta版本
第六步、软件的交付。