《构建之法》第四章、第十七章读书笔记 第四章 两人合作 在第四章两人合作，我重点阅读了“代码复审”和“结对编程”两个部分。 代码复审。书中的定义是：看代码是否在“代码规范”的框架内正确地解决了问题。代码规范在书的前面部分描述的很清楚，简明、易读，无二义性，我想代码规范在结对编程中不会造成太大的麻烦， ...
分类：
其他好文 时间：
2018-04-01 13:12:11
阅读次数：
191
阅读《构建之法》第四章、第十七章 阅读这一章的时候，我意识到了很多以前写程序没有注意到的地方，以前写程序就只知道能运行就好，根本不管自己写的程序占多少内存，运行的时间，是否有优化的空间，写代码的时候也不注意规范，有时候设计的函数根本用不上，造成代码冗余。同时也认识到结对编程的重要性，没读这本书之前就 ...
分类：
其他好文 时间：
2018-04-01 10:42:35
阅读次数：
185
书是我们永远的朋友 它陪伴我们走过人生的春夏秋冬 在我们的生命中生根、发芽、枝繁叶茂 书是人类发展的录像机 我们可以在其中看到前辈的足迹 书是知识的海洋 我愿是一叶轻舟，载着理想之帆 在海面上荡漾 它蕴含着祖祖辈辈的希望和向往 前言：三遍阅读，多思多想 我依然本着认真地态度，希望通过阅读能对结对项目 ...
分类：
其他好文 时间：
2018-04-01 01:06:45
阅读次数：
213
第四章 问题：如果另一个合作者不合作的话，我是应该选择脱离这个团队还是去催他工作？ 本章讲了许多关于结对编程的内容，文中写了结对编程的分工问题，结对过程中会出现的问题以及结对合作的不同阶段。 正常来说结对编程是事半功倍的，对于一个项目来说，要用到的专业知识很多，如果一个人来做的话，要一边赶着完成项目 ...
分类：
其他好文 时间：
2018-04-01 00:04:23
阅读次数：
155
第四章 两人合作 关于合作中算法的使用 在第四章的叙述中，我们看到了代码的编写规范，代码的命名规范，我们还知道要写注释，要有良好的代码设计和错误处理。而这些都是我们在使用语言进行编辑中的问题。我们要阅读结队队友的代码，了解功能实现，明确函数意义。之后还要进行代码复审。 但是我们同时也知道，在代码实现 ...
分类：
其他好文 时间：
2018-03-31 23:58:09
阅读次数：
297
第四章 在这一章最后一页“ 让{}独占一样还有一个好处：一眼就能看出是否有多余的代码行 ，还有些情况下是致命的错误”给出的参考链接http://lpar.ath0.com/2014/02/23/learning-from-apples-goto-fail/，我还是没明白{}的致命错误在哪里，我不明白 ...
分类：
其他好文 时间：
2018-03-31 20:42:12
阅读次数：
143
第四章 两人合作 通过对于《构建之法》第四章的阅读使我对代码规范 、 代码复审 、 以及结对编程有了更加深刻的认识，所谓代码规范可以分为两个部分，代码风格规范和代码设计规范，代码风格规范的原则是：简明 、 易读 、 无二义性，代码书写的形式，变量命名的方法，注释程序如何工作都有详细的介绍，令我受益颇 ...
分类：
其他好文 时间：
2018-03-31 20:41:13
阅读次数：
145
关于《构建之法》第四章和第十七章的问题 第四章： 问题一：在关于“缩进”，书中不提倡用tab键。而建议使用四个空格。但是tab键可设置占符数，在实际开发中，tab键是缩进的快捷键， 我无法想像每次使用缩进都要敲四次空格。 问题二：关于开闭括号 在C语言学习中，国外教材普遍使用形式如下，形式一： 而在 ...
分类：
其他好文 时间：
2018-03-31 20:38:03
阅读次数：
115
第四章 两人合作 这一章是讲述了两人结对编程的一些东西，包括一些代码的规范，还有结对编程的优点、怎么做、以及一些注意事项。 1、“错误处理 当程序的主要功能实现后，一些程序员会乐观地估计只需要另外20%的时间，给代码加一些错误处理就大功告成了，但是这20%的工作往往需要全部项目80%的时间。” 疑问 ...
分类：
其他好文 时间：
2018-03-31 20:34:55
阅读次数：
132
第四章 1、原文；“函数最好有单一的出口，为了达到这个目的，可以使用goto.只要有助于程序逻辑的清晰体现，什么方法都可以使用。——P69” 问题：关于goto，我记得老师讲过，这个在编程中是尽力避免的，所以我在之前并没有了解过它。本书却建议用，这让我产生了困惑。 我的看法：goto语句它可以不受限 ...
分类：
其他好文 时间：
2018-03-31 20:34:37
阅读次数：
112
