构建之法Ⅱ

代码规范

  一、代码风格要规范，主要是文字上的规定，看似表面文章实则非常重要。

   　　1、代码风格的原则是：简明，易读，无二义性。

  　　 2、代码风格还需要注重缩进、行宽、括号、断行、还需要分行。

以下是一些比较优美的代码风格，我们在写代码的时候，可以多学习身边或者是比较厉害的人的代码，他们的代码一般都比较优美
if () {
}
a = 1; b = 2;
for(int i = 1;i <= 10;i ++){
}

 

  二、代码设计规范，涉及到程序设计、模块之间的关系。

　　1、函数，最重要的原则是：只做一件事，并且要做好。

　　2、goto，函数最好有单一的出口，可以使用goto。

　　3、错误处理，在debug过程中，所有的参数都要验证其正确性。

　　4、　如何处理c++中的类也格外重要，包含类、公共/私有/保护成员、数据成员、虚函数、构造函数、析构函数、new和delete、运算符(operator)、异常、继承。

三、代码复审

　　1、目的：找出代码错误，发现逻辑错误，发现算法错误，发现潜在的错误和回归性错误，发现需要改进的地方，教育开发人员传授经验。

　　2、步骤：代码成功编译，程序员测试代码，程序员提供新代码以及文件差异分析工具，复审者要提供反馈建议，开发者必须让所有的问题得到满意的解释，对于复审的结果双方都要统一意见。

 

团队和流程

软件团队模式是指在软件开发过程中，团队成员之间相互协作、分工合作的一种组织方式或工作模式。不同的软件团队模式适用于不同的项目需求、团队规模和开发方法。以下是一些常见的软件团队模式：

1. **瀑布模型（Waterfall Model）：**
- 顺序执行，阶段性的开发。
- 每个阶段完成后才进入下一阶段。
- 适用于稳定需求和项目较小的情况。

2. **敏捷开发（Agile Development）：**
- 迭代、循序渐进的开发方式。
- 鼓励灵活性、快速响应变化。
- 适用于需求变化频繁、强调交互和用户反馈的项目。

3. **Scrum：**
- 敏捷开发的一种具体实践。
- 分为固定长度的迭代，称为sprint。
- 有明确的角色（Product Owner、Scrum Master、团队成员）和仪式（Daily Scrum、Sprint Review等）。

4. **DevOps：**
- 通过自动化和协作，将开发和运维整合在一起。
- 旨在缩短开发周期，提高交付速度。
- 强调自动化测试、持续集成和持续交付。

5. **持续集成（Continuous Integration）：**
- 开发人员频繁地将代码集成到主干分支。
- 自动化构建和测试，确保每次集成是可靠的。
- 有助于早期发现和解决问题。

6. **敏捷瀑布混合模型（Agile-Waterfall Hybrid Model）：**
- 结合了瀑布和敏捷的特点。
- 适用于同时有一些稳定需求和一些变动需求的项目。

7. **特许团队（Feature Teams）：**
- 团队成员根据功能而非职能组织。
- 每个团队都能独立完成一个功能。
- 适用于大型、复杂项目。

8. **联合开发（Joint Application Development，JAD）：**
- 通过面对面的会议和工作坊，促进用户、开发人员和其他利益相关者的合作。
- 有助于更好地理解用户需求。

9. **项目化团队（Projectized Teams）：**
- 团队成员被分配到一个或多个项目，项目结束后可能被重新分配。
- 适用于项目性质强烈、有明确截止日期的情况。

选择合适的软件团队模式取决于项目的性质、规模、变化程度以及团队成员的技能水平。在实际应用中，一些团队也可能采用混合模型，结合多种方法以更好地满足项目需求。