读完第四章《两人合作》的内容后的总结

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了读完第四章《两人合作》的内容后的总结相关的知识,希望对你有一定的参考价值。

 

两人合作是团队合作的基础;这里介绍的这个基础型“团队”中通用的一些方法以及最重要的——交流——的细节

1.代码规范

  1. 代码风格规范。主要是文字上的规定;
    • 缩进:4个空格,而不是tab;
    • 关于断行与空白的{}行
    • 下划线:用来分割变量名字中的作用域标注和变量的语义
    • 大小写:通用的做法是,所有的类/函数名都采用所有单词首字母大写(Pascal)的形式;所有的变量首字母小写,随后的单词首字母大写(Camel);
    • 注释:解释程序做什么、为什么这样做以及要特别注意的地方。注释只用ASCII码字符,不要用中文或者其他特殊字符,否则会影响可移植性
  2. 代码设计规范。牵涉到程序设计、模块之间的关系、设计模式等思维和价值观角度的东西。
    • 函数:只做一件事,做到最好。
    • 函数:最好有单一的出口,必要的时候可以使用goto;
    • 错误处理:
      • 参数处理:在debug版本中,所有的参数都要验证其正确性;
      • 断言:Assert(一定正确的某条语句)

2.代码复审

代码复审的目的在于找出代码的错误。因为越是项目后期发现的错误,修复的代价就越大——这也是learning by doing思想的体现。

  • 代码审核表应该囊括(不局限于)这些方面
    • 概要部分(整体风格)
    • 设计规范部分(按照已知的规则去约束)
    • 代码规范部分
    • 具体代码部分
    • 效能
    • 可读性
    • 可测试性【我认为其实最后两个是一种“精益求精”的标准】

3.结对编程

  1. 结对编程中有两个角色
    1. 驾驶员(driver):控制键盘输入;
    2. 领航员(navigator):领航提醒。
  2. 在结对编程的过程中不断重复的互相复审
    1. 传统复审最大的缺点是复审者缺少对程序的深入了解;
    2. 传统复审设计人员多,复审效率不能平衡。互相复审则可以十分默契地提高效率;
    3. 结对编程最大的特点在于“领航员”的引入。如果实际中这个角色不能“领航”,则不如放弃结对编程
  3. 极限编程
    • 把一些认为有效的方法发挥到极致(效用和占比最大化)
  4. 关于交流的基本素质

以上是关于读完第四章《两人合作》的内容后的总结的主要内容,如果未能解决你的问题,请参考以下文章

《构建之法》第四章---阅读总结

0404 构建之法第四章理解

构建之法<第四章>之感悟

第四章,十七章读书笔记

《构建之法》第四章“两人合作”读后感

构建之法学习(第四章 两人合作)