阅读《代码整洁之道》总结，让营地比来时更干净

代码是团队沟通方式 让营地比来时更干净 合适的命名 短小的方法 减少if/else嵌套 抽离try/catch 封装多个参数 第三方库 Lombok Apache Commons系列  很早就阅读过《代码整洁之道》(英文版Clean Code)，当时博主是个青涩的菜鸟，正在为团队创造着混乱的代码。多年的工作中，屡次被别人的代码坑的苦不堪言，回想起当年我留下的代码，肯定也坑害了后来的同僚。当...

你是否遇到过这样的场景呢？Code Review时： A：我在XXX类加了一个新方法来实现..... B：等等，我觉得这个地方应该改一改，blablabla.... A：呃，那是以前的代码，所以我没动，我只是在这个类里加了个新方法.... 重读Clean Code，忽然对Bob大叔提到的童子军军规深有感触：“让营地比你来时更干净”。 代码总是随着时间的流逝，需求的增加而...

1、整洁的代码力求集中。每个函数、每个类和每个模块都全神关注于一事，完全不受四周细节的干扰和污染。 2、不要重复代码，只做一件事，表达力，小规模抽象 一、有意义的命名 1、命名需要名副其实，一旦发现有更好的名称，就换掉旧的。如果名称需要注释来补充，那就不算名副其实 2、以数字系列命名（a1、a2…aN）是依义命名的对立面，名称纯属误导，完全没有提供正确信息 3、使用可搜索的名称，便于在项目中快速找到对应变量 4、避免使用缩写，如接口的命名以I开头，可以直接把I去掉 5、类名不应当是动词 6、方法命名应当是动

《代码整洁之道》可能对于一个没有从事过编程的读者来说，是相当的抽象，甚至难以理解。但是如果你真正从事过编程工作，尤其是在团队编程，你会有相当深的体会。在编程工程中，会不会经常以下感觉： 1、修改一个bug,会导致其它的bug出现 2、添加一个本来是很简单的需求，要修改几十个模块，而且容易忽略其中一些小模 块，导致bug的产生 3、接过别人写的代码，很难...

如何写出规范而整洁的代码是每一位程序员孜孜不倦的追求，这在团队协作中显得尤为重要，从《代码整洁之道》，《阿里巴巴Java开发手册》（附下载链接： https://pan.baidu.com/s/11Yo0_9bqa-WQS5G25MXyrQ 提取码: bg43）,《重构：改善既有代码的设计》等书，无不体现人们为之做出的努力。最近读了Robert C.Martin的《代码整洁之道》，做如下总结： ...

总论: 5S原则: 1.整理(Seiri):恰当的命名. 2.整顿(Seiton):物皆有其位,而后物尽其位.每段代码都有该在你希望它所在的地方.不在就要重构(?) 3.清楚(Seiso).无用的注释要去掉.(清除垃圾). 4.清洁(Seiketsu):标准化,遵从编码规范. 5.身美(Shitsuke):要执行上述规程,体现在工作上,乐于改进. 一.整洁代码 处理混乱代码

以下内容纯属个人扯淡，仅供参考，建议拜读原著 第1章：整洁代码 第2章：命名 第3章：函数 第4章：注释 第5章：格式 1、目的 让代码能工作，这并非头等大事，代码随时会修改，好的代码格式能降低维护成本 2、垂直方向 一般建议一个文件200-500行 1.区隔与靠近 代码都是从上到下，从左到右阅读，因此每组表意代码行应该空行隔开，如：类的包路径、导入声明、每个函数、成员之间。 空白用于隔开概念，而靠近则比暗示了紧密的联系。 2.距离 变量声明应该靠近其使用位置范围内。循环控.

引言：艺术书并不保证你读完之后会成为艺术家，只能告诉你其他艺术家用过的工具，技术和思维过程。本书同理。

代码整洁之道： 及时去除糟糕的代码；勒布朗法则： Later equals never 花时间保持代码整洁，不仅有关效率，还有关生存！ 写整洁的代码需要大量的小技巧，贯彻刻苦习得的“整洁感”。这种“代码感”就是关键所在。 优雅高效的代码： 代码逻辑直截了当，叫缺陷难以隐藏； 尽量较少依赖关系，使之便于维护； 依据某种分层战略，完善错误处理代码； 性能调至最优，省的引诱别人做

自从接触了《代码整洁之道》这书，感觉自己在编程之路上迈上一个新的里程。好书需要被收藏，被分享，被整理，被完善。 　　我整理这一系列《代码整洁之道》之旅的文章的目的在于： 　　（1）当做记录，以后想看可以随时回来翻看； 　　（2）希望看了我整理的文章的人在写整洁代码上也有提升； 　　（3）方便其他人查看《代码整洁之道》这本书的内容。我是采取部分截取与手输文字的方式，将自己觉得较为重要的章节文段

命名规范

有幸阅读到代码整洁之道这本书，受益匪浅 对于书中的内容，先从 代码整洁， 命名，函数等做一些简单的总结，大都按照目录的顺序，从上往下，后续会继续阅读整理，写代码就是给别人讲述一个故事，前因后果，有始有终的story； 代码整洁 1，避免重复代码出现，抽取是要具备的，一般选择实现代码功能后对代码进行优化， 即重构; 2，风格统一， controller 一般校验必填项，必填项校验的方法需要...

花了三天时间将《代码整洁之道》的基础部分看了两遍，看完了这本书，感觉不是能力上的提升，而是思想上对整洁有个整体的把握以及一些保持整洁的小技巧。下面我先说下我对这本书的整体感觉。         我认为不足：作为初学者的我到14章《逐步改进》就止步了，整篇的都是代码，完全看不下去；后面还有关于并发的知识，我觉得单独把并发当做一个重要知识点在本书讲解不是很合适；还有后面那个附录的代码看的也是真的

最近在看Bob大叔的《代码简洁之道》，收益颇多，有些怕忘记，然更多则是做记录时，会理解的更加深刻，力求描述清楚，需要对知识更深的理解，遂在此做笔记。共同探讨，共同学习。 一 简洁设计原则 Bob大叔借鉴过多位行业大牛说过的话，总结出构建简洁之道： 运行所有测试 重构：消除重复，保证表达力，尽可能减少类和方法的数量。 不可重复 表达了程序员的意图 尽可能减少类和方法的数量 以上规则按照重要程度排列 二 命名必须有有意义 包含有variable、method、parameter、class、package

盲目自信，自认为已经敲了几年代码，还看什么整洁之道啊。我那可爱的书架读懂了我的心思，很明事理的保护起来这本小可爱，未曾让它与我牵手 最近项目中的 bug 有点多，改动代码十分吃力，每看一行代码都带一句“这是什么XX代码啊，真XX难改”，这样持续了好几天，有天晚上坐在书房回想这几天发生的一切，仰头定睛思考，我终于和它重新确认了眼神???? 股票见涨你知道买了, 汽车撞墙知道拐了, 孩子死了你来奶了, 大鼻涕到嘴你知道甩了, bug难改知道愤慨了 马上翻开书，前言章节，映入眼帘的就是下面这一张图