绿林网

《代码整洁之道》读后感锦集

《代码整洁之道》读后感锦集

《代码整洁之道》是一本由[美] Robert C·Martin著作,人民邮电出版社出版的387图书,本书定价:平装,页数:2020-2,特精心收集的读后感,希望对大家能有帮助。

《代码整洁之道》读后感(一):“Bob大叔”力作被誉为“程序员童子军规则”

这本是软件工程最经典的著作之一,世界级软件开发大师“Bob大叔”Robert C. Martin的力作,被誉为“程序员童子军规则”。代码质量就像地基,没有干净、整洁、易修改的代码做基础,再先进高效的研发模式都是空中楼阁。而这本书讲的正是“好代码是什么样子的”。Bob大叔将软件视为艺术,强调“惟有写出人类容易理解的代码,才是优秀的程序员。”为此,他将自己几十年的编程经验与编程社区的智慧浓缩成书,并运用实例进行充实,从命名、函数、注释等各个方面总结出了一系列行之有效的整洁代码操作实践,确保读者编写出干净的代码,有效提升代码质量,实现效能提升。

《代码整洁之道》读后感(二):实用

《代码整洁之道》阅读对象为一切有志于改善代码质量的程序员及技术经理。书中介绍的规则均来自作者多年的实践经验,涵盖从命名到重构的多个编程方面,虽为一“家”之言,然诚有可资借鉴的价值。图书推荐 《代码整洁之道》:细节之中自有天地,整洁成就卓越代码 尽管糟糕的代码也能运行,但如果代码不整洁,会使整个开发团队泥足深陷,写得不好的代码每年都要耗费难以计数的时间和资源。然而这种情况并非无法避免。 著名软件专家RoberfC.Marlin在《代码整洁之道》中为你呈现出了革命性的视野。Martin携同ObjectMetltor公司的同事,从他们有关整洁代码的最佳敏捷实践中提炼出软件技艺的价值观,以飨读者,让你成为更优秀的程序员——只要你着手研读《代码整洁之道》。 阅读《代码整洁之道》需要你做些什么呢?你将阅读代码——大量代码。《代码整洁之道》促使你思考代码中何谓正确,何谓错误。更重要的是,《代码整洁之道》将促使你重新评估自己的专业价值观,以及对自己技艺的承诺。 从《代码整洁之道》中可以学到:好代码和糟糕的代码之间的区别:如何编写好代码,如何将糟糕的代码转化为好代码:如何创建好名称、好函数、好对象和好类;如何格式化代码以实现其可读性的最大化:如何在不妨碍代码逻辑的前提下充分实现错误处理;如何进行单元测试和测试驱动开发。

《代码整洁之道》读后感(三):本书提出一种观点:代码质量与其整洁度成正比。

软件质量,不但依赖架构及项目管理,而且与代码质量紧密相关。这一点,无论是敏捷开发流派还是传统开发流派,都不得不承认。本书提出一种观点:代码质量与其整洁度成正比。干净的代码,既在质量上较为可靠,也为后期维护、升级奠定了良好基础。作为编程领域的佼佼者,本书作者给出了一系列行之有效的整洁代码操作实践。这些实践在本书中体现为一条条规则(或称“启示”),并辅以来自实际项目的正、反两面的范例。只要遵循这些规则,就能编写出干净的代码,从而有效提升代码质量。

本书阅读对象为一切有志于改善代码质量的程序员及技术经理。书中介绍的规则均来自作者多年的实践经验,涵盖从命名到重构的多个编程方面,虽为一“家”之言,然诚有可资借鉴的价值。

阅读这本书,你将了解:

● 好代码和糟糕的代码之间的区别;

● 如何编写好代码,如何将糟糕的代码转化为好代码;

● 如何创建好名称、好函数、好对象和好类;

● 如何格式化代码以实现其可读性的最大化;

● 如何在不妨碍代码逻辑的前提下充分实现错误处理;

● 如何进行单元测试和测试驱动开发。

《代码整洁之道》读后感(四):笔记

断断续续,睡前看个1-2章,看完了。

每看完一章,回过来,把重点和标题小记录一下,形成下面的脑图。

以后翻阅,对照,回忆,重点照顾即可。

这本书没有《架构整洁之道》给我个人的冲击大,实用性上更加推荐《重构》。

坚持看书的好处,也许在某一本书的某一个章节引爆大脑,融会贯通,神清气爽。

《架构整洁之道》《代码整洁之道》我归类为大纲类书籍,作者的视角很高,所以显得有些泛泛而谈了,不过书籍本来是要交叉印证的。还是要感谢一下马丁老哥,受教了。

脑图笔记

《代码整洁之道》读后感(五):《代码整洁之道》

建议在敲代码这一工作岗位 3-5 年及以上再读这本书,否则,一个小白读本书收获很少,二来,读完没有可实际操作的经历,读完收获不大。

本书属于常读常新,放到手头时常翻阅的一本书。

书的内容就像书名一般,学习这些内容,都是为了让我们方便维护代码,让同行看起来更舒服。

对了,这本书是以 Java 语言写的例子。如果你对 Java 语言有所了解,那么读起本书来,更易理解。

以下是阅读笔记

第4章 注释

能不用注释就不用注释。因为注释在大多数情况下都是累赘,所以要尽可能少的使用注释。

那什么样的注释是烂的,不好的呢?

使用代码标记某个位置(能不用就不用,就当没有)

使用代码注释作者

把不要的代码删掉,不要使用注释注释代码

注释和看懂代码无关的无用信息

为短函数选择好理解的名字,要比注释好

什么情况下的注释是点睛之笔呢?

标注注释提醒自己接下来做什么,定期查看,删除临时的 TODO 注释

使用简单明了的表达式,语句阐述这一整段代码说了什么。

若他人使用这段代码,注释运行过程中遇到的情况

标注重点

第5章 格式

格式,使用好了使阅读代码的人,看起来很舒服。

比如代码文件的名称要简单明了,每写一个新的模块,概念之前空一行,阅读更方便,也可以很好的区分这一个段代码做什么用。而紧密相关的代码要互相靠近。调用函数应该放在被调用函数之前。重要的概念放在开始,细节性的代码放在下面,显示出“总分”的结构。尽力保持代码行短小。

以上是一个代码的全局观,下面总结细节方面的格式。比如在赋值操作符(=)两边加上空格。不在函数名和左圆括号之间加空格,表明函数与参数是密切相关的。在参数中,使用空格将参数隔开。在运算式子中间,在加减法运算之间使用空格,在乘除之间不加空格。

总得来说呢,代码书写的格式,都是为了让一起工作的,或者阅读我们代码的同行看懂,看舒服。在公司里,我们要遵守公司,团队所制定的格式风格。

本文由作者上传并发布(或网友转载),绿林网仅提供信息发布平台。文章仅代表作者个人观点,未经作者许可,不可转载。
点击查看全文
相关推荐
热门推荐