阅读笔记《构建之法》四
第四章:两人合作
1)在合作里面,代码风格要规范,命名,缩进等更不用说。看了这一章,我才知道一个注释要如何写才能让人通熟易懂。在平常的编程里,我的注释大多都是在变量名的后面,标注了该变量是什么。突然觉得这样的做法很傻逼逼,一个变量,其实要是命名得好,那么一眼就知道这个变量做了什么,根本无需注释。
2) p63--断言是什么?
百度曰: 编写代码时,我们总是会做出一些假设,断言就是用于在代码中捕捉这些假设。断言表示为一些布尔表达式,程序员相信在程序中的某个特定点该表达式值为真,可以在任何时候启用和禁用断言验证,因此可以在测试时启用断言而在部署时禁用断言。同样,程序投入运行后,最终用户在遇到问题时可以重新启用断言。使用断言可以创建更稳定、品质更好且 不易于出错的代码。当需要在一个值为FALSE时中断当前操作的话,可以使用断言。单元测试必须使用断言(Junit/JunitX)。
我并不怎么明白,对于没有实践过,只有理论的新事物,我们通常都很迷糊,似懂非懂。当我们真正运用到了,再回去看这些概念,可能一切才恍然大悟。真的,我们需要学的“新”事物实在太多了。
3)在上一篇博客中,我们便是做了结对编程。感觉两个人做起事情来还是要比一个人轻松的,无论是编程上还是气氛上。但是我却无法想象,要是三个人,四个人…一个团队的人该如何合作。(也就是第五章的团队合作。)
posted on 2016-06-23 09:28 bigbigbang 阅读(94) 评论(0) 编辑 收藏 举报