《构建之法》——第四章

Posted 曹嘉琪

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了《构建之法》——第四章相关的知识,希望对你有一定的参考价值。

本章内容是讲“两人合作”,众所周知——“三个臭皮匠赛过诸葛亮”,无乱是从事什么活动或者工作,可见合作的力量是1+1>2

 

一、重要性:

软件开发的过程是复杂的,显然的一个人的智慧是不够的,遇到问题一起解决,工作一起分担能使开发的效率提高很多。以后到公司团队工作,合作很大程度上实现优势互补,比如说有人擅长界面设计,有人擅长实现功能,这样的合作能减少工作量提高整个开发效率。有些人技术很好,可是在沟通这方面十分欠缺,这是很不利于合作的,在项目的开发中,一旦项目出现问题或者自己对一些代码功能的修改都要及时跟同伴沟通,不然将给其他人带来很多不必要麻烦,比如数据库表的字段未经过同意就修改字段,其他开发人员恰好也用到这张表,却不知字段被修改,将会带来很多额外的工作。

 

 

二、如何合作:代码规范、代码复审

1、合作说易不易,合作的好势必效率质量调高,如果只是自己做自己当然失去合作的意义

作为一位程序员,难免会因为各种各样的原因要阅读其他人的代码,这时候我们往往会有数不尽的吐槽和疲倦。虽然现在我们在学校写的都是项目而且都是一个人完成,对这样的场景还没有深刻体会,但是以后出去工作,避免不了要加入新项目,阅读其他人代码是常有的事,下面是如何进行代码规范:

1.1  去除没有用到的类引用,eclipse里面Ctrl+Shilft+O

1.2  记得格式化代码,eclipse里面Ctrl+Shilft+F

1.3  不要吝惜废弃的老代码,eclipse里面Ctrl+D

1.4  不要写冗余无用的代码

1.5  空行可以用来隔开相对独立的代码块,有利于阅读和理解

1.6  不要在两个地方出现完全相同的代码,可以用重用

1.7 命名类,方法,变量慎用简写,开发前规定好,而且要有意义

1.8 把所有的类变量放到最前面,不要乱放,找起来很辛苦

1.9  拆分大的类,大的方法,如果类有一万行,如果方法有一千行吗,看了很难受

1.10 善于运用注释,能提醒自己写的是什么内容,而且命名的英文,未必别人理解自己想表达的内容

 

 

 

 2、代码复审:在“代码规范”的框架内正确解决问题(自我复审、同伴复审、团队复审),最基本的复审手段是同伴复审

复审的目的:找出代码的错误、发现逻辑错误、发现算法错误、发现潜在的错误和回归性错误、发现可能改进的地方、教育传授经验给开发人员

如何复审:

复审前:代码必须成功地编译,在所有要求的平台上,同时要编译DeBug Reteil版本;程序员必须测试过代码

复审中:面对面复审、独立复审或其他方式

复审后:更正明显错误、记录无法修改的错误、记录自己的一个“常犯错误”(近一步自我复审)

 

以上是关于《构建之法》——第四章的主要内容,如果未能解决你的问题,请参考以下文章

读《构建之法》第四章有感

阅读《构建之法》第四章感想

《构建之法》第四章读后感

《构建之法》——第四章

《构建之法》第四章

《构建之法》第四章读后感