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