下面是小编为大家整理的2022年度《Clean,Code》读后感,供大家参考。
最近浅读了《Clean Code》这本书， 虽然由于知识水平的有限，很多地方没有理解透彻， 但还是令我受益颇多。
毫无置疑，软件质量，不但依赖于架构及项目管理，而且与代码质量紧密相关。这本书围绕'代码质量与其整洁度成正比“给出了一系列论述以及行之有效的整洁代码操作实践，'干净的代码，既在质量上较为可靠，也为后期维护、升级奠定了良好的基础“。
第一章论述了'整洁代码“。虽然我还没有丰富的工程实践经历，但是第一章中提出的一种错误的想法'能运行的烂程序总比什么都没有强“非常熟悉，在以往写简单的练*题时，即使代码量很小，我首要追求的就是 AC 这道题，对代码质量不管不顾，它也解释了这种做法的原因，即：希望快点完成，早点结束手上的任务。然而，制造混乱将会带来巨大的代价，往往混乱的代码在以后的维护中将会越来越混乱，随着混乱的增加，生产力将会降低趋向于零，后果不堪设想。开发者一方面被之前的混乱拖后腿，另一方面背负期限的压力只好制造混乱，程序员太难了。文中提到做的快的唯一方法就是始终尽可能保持代码整洁，可是我又不能让我之前的开发者保持代码的整洁，那这样就导致程序员一方面要忍受之前的开发者制造的混乱，又要努力从现在开始尽量保持代码的整洁，还是太难了，所以往往糟糕的代码只会越来越烂， 但是不能因为困难就制造混乱，我们要做负责任的开发者、程序员，不仅要为我们的 project 负责，也是为后来的开发、维护人员负责。保持代码整洁，停止制造混乱，从我做起。
不同的人对整洁代码的定义不同，文中记录了一些厉害的程序员的看法， 比如 Bjarne 说'我喜欢优雅和高效的代码。代码逻辑应当直截了当，叫缺陷难以隐藏;尽量减少依赖关系，使之便于维护;依据某种分层战略完善错误处理代码;性能调至最优，省得引诱别人做没规矩的优化，搞出一堆混乱。整洁的代码只做好一件事“，即：'优雅“和'效率“; Grady 的观点与 Bjarne 类似'整洁的代码简单直接。简洁的代码如同优美的散文。整洁的代码从不隐藏设计者的意图，充满了干净利落的抽象和直截了当的控制语句“。文中还引用了好多人的看法， 其中提到的'让营地比你来时更干净“总结出一条很好的规定。
接着，作者从'命名“、'函数“、'注释“、'格式“、'对象和数据结构“、'错误处理“、'边界“、'单元测试“、'类“、'系统“、'跌进“、'并发编程“ 等不同方不同层次分别阐述了写整洁代码需要遵守的小技巧， 并给出了案例分析， 以及 3个 Java项目的剖析与改进过程。
命名方面要做到名副其实，名称应该能答复所有的大问题，它应该告诉你它为什么会存在，它做什么事，应该怎么用;命名要避免误导，必须避免留下掩藏代码本意的错误线索;命名要做有意义的区分;使用读得出来的名称;使用可搜索的名称，例如用 WORK_DAYS_PER_WEEK...
(想阅读全部图文内容，您需要先登陆！)
