《代码大全》第11章 阅读笔记

   记得这次与core组对接,为了一个命名为suanshi的文件笑了好久,其实我们自己在命名过程中也比较随意,虽然早过了大一那会用abc命名的年纪,但命名往往还是有点随心所欲,大小写,下划线,有的时候第二次用就多加一个字母或者少写一个字母,总之很混乱,有的时候再读自己的代码时想变量名代表什么都要想好久,所以一个好的命名规范对编程而言很重要。

   本书的第11章恰是对初学者命名规范进行了一个较为详细的介绍,感悟如下:

1.当涉及到多人共同编程或一个人的程序要交给另一个人阅读的时候,应该制定一套较为统一的命名规则,这样能方便彼此理解,减少问题的发生。

2.命名虽然各有各的风格,不同书上也有不同介绍,但以直接反映意义的英语单词命名最佳,不宜过长;于个人而言要符合自己的习惯,不要经常改变。于团队而言,要遵循团队指定的统一的规则

3.个人最初很厌倦英文单词命名,因为书写起来比较长,有些单词还不会写,会降低写代码的速度,可能有一部分人也有这方面的顾虑,但事实上读代码的次数多于写代码的次数,用一个好的变量名相当于一劳永逸,觉得敲代码麻烦直接复制粘贴变量名,单词不会顺便查下,还能学英语,千万不要用拼音,会看懵逼的

   有一个好的命名规范其实相当于养成一个好习惯,就像及时复查,单元测试一样,虽然看起来既麻烦又没用,但是在工程比较大等一些普遍意义的情况下,有着至关重要的作用,所以养成好习惯从日常做起吧

原文地址:https://www.cnblogs.com/sumuyu1105/p/8850229.html

时间: 2024-10-29 11:10:09

《代码大全》第11章 阅读笔记的相关文章

《梦断代码》第0章阅读笔记

通过对<梦断代码>的初步阅读,感觉以前订的阅读计划似乎并不能满足笔记的需要,因为就第0章便让我感到书中有很多话值得我去记下来,无论是将来工作或者生活或许都有点用处吧. 就像作者说的书是讲一事,也是讲百千事:是写一软件,也是写百千软件:是写一群人,也是写百千万人.读完第0章书给我的感觉没有了课本上的枯燥,有了我喜欢的故事情节,让我了解了一个程序员的真实生活与成长.第0章作为编过程的我们或许已经想到为啥不从第一章开始了吧,因为我们要记住从0开始计数. 兴趣很重要!Sumer或许就是让主角爱上编程的

《梦断代码》第1章阅读笔记

这篇笔记发表的晚了一点(不知道为什么”依据组织的上网权限策略,您尝试访问的网站已经被拒绝.如果有疑问,请联系网络管理员.”),自己偷懒或时间不是那么富裕的原因可能都有吧!刚刚编程实现了老师留下程序的一部分功能,就当放松一下脑子来写这篇笔记吧. 不得不说的是第一章我看的有点晕晕的感觉,这也是我一直没有静下心来去写这篇笔记的原因之一吧.以后不能这样了,尽量按规律尽早发布笔记才是. “死定了”不得不说这是一个很吸引人的题目,到底为什么死定了呢?原来他们都死定了——那些编程老手们!他们为了各自的任务不能

《梦断代码》第4-5章阅读笔记

前台与人对话,后台与比特对话,言简意赅.创建还是复用?每个软件迟早都会到达这个岔路口.的确,我们不也是这样,复用固然便利简单,但能否完全适合自己现在的编程环境仍是一个未知数. 而创建虽然费时费力但无疑是针对自己的状况,两者各有优劣.向往未来那种程序可由复用的部件组成,软件部件将在全球范围内提供,那样我们或许会告别这痛苦的编程过程了吧,只去享受那成功的喜悦.软件界那太多势不两立的标准,或许是阻碍我们复用代码的一大难题吧.“程序员总以创作为荣,叫他们拾人牙慧,无异于佛其逆鳞.”的确,原创固然很棒,但

MySQL Cookbook第11章读书笔记

1,创建一个序列列兵生成序列值 使用auto_increment 如果显式地把ID设置成一个非NULL的值,有两个结果: a,这个值在表中出现,由于id列是主键,因而不允许重复,故会出现错误 b,这个值没有出现例如,你的表中id序列值为1到8,此时你插入一个新航,并设置为20,那么下一个自动产生的序列就会从21开始,而9-19的值变得不可用. 2,序列生成的行删除的效果 例如在insect表中: 比如要求只能是昆虫,删除millipede,millbug,多余的蚂蚁 删除2会给序列中间带来一个缺

&lt;&lt;UML for Java Programmers&gt;&gt; 第11章读书笔记

这一章提到新手做设计时的常见错误. 我最喜欢这一章,以前看的时候,为了追求所谓的速度,把书中的实例统统略过,真有点买椟还珠的味道.另外说明一下,读书笔记为什么突然跳到第11章. 最简单的原因是因为我对这一章有感觉,觉得有必要做笔记. 常见的如下: 1. 没有方法的类(MissingMethods).没有方法的类是没有存在价值的,"programs are about behavior!",我们应该根据行为来划分软件系统.如果不是根据行为来划分软件,说明用了其它错误的划分方法. 2. 真

[读书笔记-代码大全]第1章 欢迎进入软件构建的世界

"构建"既是名词,也是动词,但在现实生活中,最好不要把它当作形容词,比方说"您真'构建'的".(Sorry,忍不住又在扯了 –_-#) 我对本章内容的概括是:在软件开发过程中,构建活动是一个程序员最最应该关注的活动.至于W-H-Y,Why,作者用了一章的篇幅来阐述这个问题. 在本章的开头(Page3的1.1什么是软件构建),可以得知研究者把软件开发过程中的各种不同的活动(acitivity)归纳为以下11种: 定义问题(problem definition) 需求分

大道至简第六章阅读笔记

目前我们已经学习了c++,java两种编程语言了,对于我们来说所关心的总是代码该怎么敲,可能还并不会去在意到底用什么敲比较方便或者更好,再或者是自己习惯用哪个来编译,但是读了这章内容,发现其实很多业内人士对所用的语言都是很在乎的,就比如作者之前在特长里写道擅长TPascal.Delphi.TASM系列语言而痛恨c和c++,现在觉得很荒谬.在以前的阅读感悟中也提到过,我们在软件工程这一行中做工程,目的就是实现.所以对于程序员来说,语言真的就只是一个工具,既然是工具,那么个人就会有用的顺手或者不顺手

代码大全第七章--高质量的子程序

第七章  高质量的子程序 7.1 创建子程序的正当理由 1.降低复杂度 2.引入中间.易懂的抽象:把一段代码放入一个命名恰当的子程序内,是说明这段代码用意最好的方法之一 3.避免代码重复 4.支持子类化 5.隐藏顺序 6.隐藏指针操作 7.提高可移植性 8.简化复杂的布尔判断 9.改善性能 10.确保所有子程序都很小 有些操作似乎过于简单而没有必要写成子程序,但有时考虑到后期扩展和可读性,应该写成子程序 7.2 在子程序上设计 对子程序而言,内聚性是指子程序中各种操作之间联系的紧密程度,我们的目

《大道至简》第二章阅读笔记

<大道至简>这本书在第二章中的主要内容是“懒人创造方法”!因为一个勤勤恳恳.老实工作的人是不太可能会懂得创新的,因为他只知道认真仔细的工作,一点一滴.一丝不苟.按部就班的按照上司交给他的内容,因为他认真负责,不容许自己出现一点纰漏.而懒人则不一样了,因为工作量庞大,所以他们自己因为懒惰而各种寻找方法,从而减轻自己的工作量,动脑筋让自己的实际工作量减到最小,而这时就需要开动脑筋,让自己想出一个可行的办法,从而实现自己的目的. 在这本书的第二章开头,还是延续了这本书的惯例,用一个寓言小故事来引入本