构建之法第四章

本章为两人合作,主要介绍了代码规范、极限编程、结对编程、两人合作的不同阶段以及影响他人的技巧

代码规范:可分为代码风格规范和代码设计规范两部分

代码风格的原则:简明、易懂、无二义性

代码风格规范包括:

1、缩进

2、行宽

3、括号

4、断行与空白的{}行

5、分行

6、命名

7、下划线,一般用来分隔变量名字中的作用域标注和变量的语义

8、大小写,有Pascal形式和Camel(lowerCamel)形式

9、注释

代码设计规范有几个方面:

1、函数,只做一件事,并且要做好

2、goto,使用goto实现函数有单一的出口

3、错误处理,包括参数处理和断言

4、如何处理C++中的类

1>类

2>class vs.struct

3>公共/保护/私有成员(public、protected和private)

4>数据成员

5>虚函数(Virtual Function)

6>构造函数(Constructors)

7>析构函数(Destructor)

8>new和delete

9>运算符(Operators)

10>异常(Exceptions)

11>类型继承(Class Inheritance)

代码复审

1、形式:自我复审、同伴复审(最基本)、团队复审

2、步骤:

1>代码必须成功地翻译

2>程序员必须测试过代码

3>程序员必须提供新的代码

4>在面对面的复审中,一般是开发者控制流程,讲述修改的前因后果

5>复审者必须逐一提供反馈意见

6>开发者必须负责让所有的问题都得到满意的解释或解答,或者在TFS中创建新的工作项以确保这些问题会得到处理

7>对于复审的结果,双方必须达成一致的意见

3、核查表

1>概要部分

2>设计规范部分

3>代码规范部分

4>具体代码部分

5>效能

6>可读性

7>可测试性

结对编程:将代码复审发展到极限(极限编程),不间断地复审

两人合作的不同阶段和技巧

1、萌芽阶段

2、磨合阶段

3、规范阶段

4、创造阶段

5、解体阶段

影响他人的几种方式

1、断言

2、桥梁

3、说服

4、吸引

如何正确地给予反馈(层次)

1、最外层:行为和后果

2、中间层:习惯和动机

3、最内层:本质和固有属性

总结来说,本章主要继上一章的个人技术流程发展到两人合作,这也是最简单的团队形式,基于两人合作,我们应该保证一定的代码规范,适当的代码复审,当然,在极限编程的思想下,还有结对编程(不间断地复审);后面讲解了一些关于两个人合作的阶段和技巧问题以及我们的反馈方式和带来不同的效果,作者形象的用三明治介绍了比较让他人容易接受的反馈,同时我们应该注意反馈的三个层次,多考虑他人的感受,向他人反馈提意见时合理的说话方式可以达到事半功倍的效果。

时间: 2024-08-06 21:09:30

构建之法第四章的相关文章

构建之法第四章学习心得

今天我学习了构建之法第四章,主要讲述了两人合作的理论和知识点.合作,无论在任何领域,都是不可缺失的,往往能产生不可替代的效果.同样在软件设计中也是如此,经过我的学习,我了解到软件设计中两人合作主要包括包括代码规范.极限编程.结对编两人合作的不同阶段以及影响他人的技巧. 其中最让我印象深刻的是代码规范.包括:代码风格规范和代码设计规范,代码风格规范主要是文字上的规定,看似表面文章,实际上非常重要:代码设计规范牵涉到程序设计.模块之间的关系.设计模式.等方方面面的通行原则: 同时,我了解了代码风格规

0405构建之法第四章--读后感

<构建之法>这本书的第4章讲的是关于两人合作的内容,对于书里所说的两人的关系就和驾驶员.领航员类似,通过结对合作,令我意识到了编写程序不仅仅要自己能明白,也要便与他人查看和理解自己的程序. 代码规范性,我们编写代码时要注重代码风格规范和代码设计规范,无论是类名,对象名,缩进还是行宽什么的,在结对子编程时都要有所规定,不然到后面出现的类或是对象多了,就很容易混乱,分不清楚谁是谁.要学会封装,编写函数,将功能模块具体化,减少主方法里面的代码,避免大规模的出错. 代码的复审,在平时编程程序时,我也会

构建之法&lt;第四章&gt;之感悟

第四章:两人合作内容出处:4.6 两人合作的不同阶段和技巧 本章主要是讲关于合作方面的,文章以刚刚认识的两个人为例!也就是说,他们之前的关系是陌生人,然而在现实当中两人合作也可以有其它的关系,比如说合作的两人彼此是情侣关 系,那应该怎样合作呢?如果男的与女的合作前,男的对女的千依百顺,再合作时,当女的意见是错误的并且女的非常强势,而男的意见是正确的,这种情况之下应该怎么办呢?又 如,如果合作的两位伙伴,在合作之前是师生关系,这样又怎么办呢 另外我也和别人合作过,不过我们到了磨合阶段后就永远停留在

构建之法 第四章 读后感

在第四章中说“合作的最小单位是两个人“,两个工程师相互看代码并给出自己的意见,所以代码的规范性是极其重要的,我们的代码不仅要让机器读懂也要人也能读懂,在第四章的学习中,我也尝试着和别人结对来编写一个程序,效果相当的不错,规范的代码让我们都能够方便读懂对方的程序,同时也能提高彼此的能力,取长补短,形成互补. 4.1大节提到的代码规范,我们编写代码时要注重代码风格规范和代码设计规范,无论是类名,对象名,缩进还是行宽什么的,在结对子编程时都要有所规定,不然到后面出现的类或是对象多了,就很容易混乱,分不

谈谈我对构建之法第四章与第十七章的理解

第四章:两人合作  问题一:     引用:"对于至关重要的代码,我们要请不止一个人来做代码复审"  理解:我对于这句话有些疑问甚至有些反驳.首先我觉得每一段代码都是应该被重视的,也许对于一个刚入行的程序员,他对代码的态度就决定了他以后得发展前景,只有真正把代码当回事的人才能一步一步写出好的代码,完成好的工作,所以我觉得是不是应该不管是什么样的代码,都应该用相同的态度去对待,都应该找多个人去进行代码复审呢? 问题二:     引用:"对于至关重要的代码,我们要请不止一个人来做

读构建之法第四章第十七章有感

第四章 1.原文:"函数最好有单一的出口,为了达到这个目的,可以使用goto.只要有助于程序逻辑的清晰体现,什么方法都可以使用.--P69" 问题:关于goto,我记得老师讲过,这个在编程中是尽力避免的,所以我在之前并没有了解过它.本书却建议用,这让我产生了困惑. 我的看法:goto语句它可以不受限制的灵活跳转,这样程序员在使用goto语句的时候就很容易因为跳转而略过了一些关键语句.但是它能从多重循环体中跳出,用不着写很多次的break语句.我查了一些资料,发现自从提倡结构化设计以来,

0404 构建之法第四章理解

这一章内容主要是讲两人合作的相关内容,也可以说是团队合作的相关内容.合作的相关内容主要有对代码进行规范,如缩进,行宽,命名等:有代码复审:有结对编程:有两人合作的不同阶段和技巧等的内容,这些内容都在告诉我们在合作的过程中,要注意的事情和怎样更好的进行合作.这对于我们现在来说是第一次对软件工程团队合作的认识和尝试,也是我们在未来进行团队合作的基础,这些尝试和基础都可以让我们在未来更好的进行团队合作. 团队不仅仅是把几个有共同目标的人凑到一起做事情,还会在团队存续期间乃至以后的生活中持续发挥影响.无

构建之法第四章读后感

代码规范是必要的,因为写的代码不是给机器看,而是给人看的.“代码规范”可以分为两个部分:代码风格规范和代码设计规范.代码风格的原则是:简明,易读,无二义性.代码设计规范:程序书写,程序设计,模块之间的关系,设计模式等 通过代码复审是软件工程最基本的复审手段,就是同伴复审.这样做可以找出代码的错误,逻辑的错误,算法的错误,潜在的错误和回归性的错误,修复存在的bug 两人合作要经过萌芽阶段,磨合阶段,规范阶段,创造阶段,解体阶段.两人在一起合作,自然会出现不同的意见,每个人都有自己的想法,在两个人平

构建之法第四章读书心得

代码风格规范--主要是文字上的规定,看似表面文章,实际上非常重要 代码风格的原则是:简明,易读,无二义性 代码设计规范--牵涉到程序设计.模块之间的关系.设计模式等方方面面的通用原则 代码设计规范不光是程序书写的格式问题,而且牵涉到程序设计.模块之间的关系.设计模式等方方面面 代码复审的正确定义:看代码是否在"代码规范"的框架内正确地解决了问题 代码复审的目的在于:找出代码的错误 发现逻辑错误,程序可以编译通过,但是代码的逻辑是错的 发现算法错误,比如使用的算法不够优化,边界条件没有处