思想来源于《SICP》，《CleanCode》,《程序员的修炼之道——小工到专家》等经典，结合本人初级的实践经验总结（干了快六年，至今没去过大公司见过规范的流程，我也很无奈。）

原文：https://zhuanlan.zhihu.com/p/38533850经典书籍《CleanCode》里提倡避免使用CheckedException，给出的原因大致是：CheckedException

——RobertC.Martin,“CleanCode”如果你还没有发现代码质量的区别，如果你从未见过优秀的代码，或者从未见过糟糕的代码，那么本文将以直观地对比，告诉你代码质量究竟会有多大的区别。

Preface本篇的内容是单元测试，看标题可能会奇怪，为什么是CleanCode在前面，因为我要说的并不是怎么写单元测试，写单元测试的方法在网上随便一搜就有很多，并且因为各种框架的关系，写起来非常简单，

本文是「CleanCode」（英文版）第二章的读书笔记。

《CleanCode》4.《TheCleanCoder》5.《Refactoring》6.《WorkingEffectivelyWithLegacyCode

cleancode是一本备受业界推崇的书，但是，你是否真的应该阅读这本书，以及你能够从书中得到期望的收获，取决你所处的阶段。本文叙述我在阅读这本书期间产生的一些疑惑和思考。

如果你看不懂它的话，那么你就看不懂它前面我们说到，老人们认为，缺乏足够经验的新手无法领悟CleanCode。这难道不是一个很讽刺的回答吗？

看似简单地延续了《代码整洁之道》(CleanCode)的翻译传统，但事实上，对于取中文名字这件事，我们还是花了不少气力的。拿到译文初稿时，编辑提供了几个备选的译名：《架构简洁之道》，《

团队开发人员的现状就是：没有CleanCode的意识，不知道何谓TDD与重构，写出来的Jav

看完了cleancode--代码整洁之道，那么接下来就应该读读其姊妹篇：cleanarchitecture--架构整洁之道。

看完了cleancode--代码整洁之道，那么接下来就应该读读其姊妹篇：cleanarchitecture--架构整洁之道。

《cleancode》指出，要想写出好的代码，首先得知道什么是肮脏代码、什么是整洁代码；然后通过大量的刻意练习，才能真正写出整洁的代码。

《cleancode》指出，要想写出好的代码，首先得知道什么是肮脏代码、什么是整洁代码；然后通过大量的刻意练习，才能真正写出整洁的代码。

《cleancode》指出，要想写出好的代码，首先得知道什么是肮脏代码、什么是整洁代码；然后通过大量的刻意练习，才能真正写出整洁的代码。

《cleancode》指出，要想写出好的代码，首先得知道什么是肮脏代码、什么是整洁代码；然后通过大量的刻意练习，才能真正写出整洁的代码。

《cleancode》指出，要想写出好的代码，首先得知道什么是肮脏代码、什么是整洁代码；然后通过大量的刻意练习，才能真正写出整洁的代码。

《cleancode》指出，要想写出好的代码，首先得知道什么是肮脏代码、什么是整洁代码；然后通过大量的刻意练习，才能真正写出整洁的代码。

总结篇：1.软件设计类，从面向对象到泛型编程，最终到函数式编程，再到serverless；从modemC++到设计模式，到系统架构设计；从cleancode到软件架构重构与分析，一步步走来，看到的都是血泪史

《cleancode》指出，要想写出好的代码，首先得知道什么是肮脏代码、什么是整洁代码；然后通过大量的刻意练习，才能真正写出整洁的代码。

1.整洁代码什么是整洁代码：可读性；可维护性；可拓展性；高效性为什么需要保持代码整洁：混乱代码付出的代价高昂，时间成本，人力成本CleanCode谨记两个原则：勒布朗法则：Laterequalsnever

《cleancode》指出，要想写出好的代码，首先得知道什么是肮脏代码、什么是整洁代码；然后通过大量的刻意练习，才能真正写出整洁的代码。

《cleancode》指出，要想写出好的代码，首先得知道什么是肮脏代码、什么是整洁代码；然后通过大量的刻意练习，才能真正写出整洁的代码。

请参阅书籍《CleanCode》前言如题，如果把这两者拆开来看的话，两者你应该都不陌生：@Async你不陌生，@Transactional你应该更不陌生，若单独拿来使用，理论上应该木有不会用的吧。

代码是团队沟通方式让营地比来时更干净合适的命名短小的方法减少if/else嵌套抽离try/catch封装多个参数第三方库LombokApacheCommons系列 很早就阅读过《代码整洁之道》(英文版CleanCode

【摘要】最近公司在大力提倡cleancode,而cleancode不仅是新写的代码要做，老旧的代码也要适当重构，精简我们的代码，毕竟代码还是要给人看的。

其中还是有几条脏数据的，但排名也不会太考前，可以选择性忽略:-D爬虫结果如下《Java并发编程实战》:53《Java编程思想》:51《ThinkinginJava》:49《深入理解Java虚拟机》:42《CleanCode

如何给变量命名，如何让它变得有意义成了程序员不可逾越的难题，这篇文章参考了CleanCode，提供7条命名建议，希望能在取名字的过程中给你带来一些帮助。

JavaScriptCleanCode-BestPractices译者:Fundebug本文采用意译，版权归原作者所有引文作为一个开发者，如果你关心代码质量，除了需要认真测试代码能否正确执行以外，还要注重代码的整洁(cleancode

WardCunningham當每個你看到的程式，執行的結果都與你想的差不多，你會察覺到你正工作在CleanCode之上。雜亂程式的代價。開發初期速度快，但往後

WardCunningham當每個你看到的程式，執行的結果都與你想的差不多，你會察覺到你正工作在CleanCode之上。雜亂程式的代價。開發初期速度快，但往後

但是从cleancode角度看，这TMD写成这样，是搞事情来的。首先，我们来复习一下傻傻分不清的指针（的）数组和数组（的）指针，从文字角度这也是很难分清，因为没有加修饰语。分清楚了自然就知道答案了。

在程序开发过程中空值处理一直是一个令人头疼的问题，大牛Bob大叔特地在神作《CleanCode》的错误处理章节中专门开辟两节别返回null别传递null。

函数编写的几大规则很难一开始就遵循这些规则，但是可以先想什么就写什么，然后再打磨它。1、短小函数的第一规则是短小，第二规则是还要更短小。if、else、while语句等，其中的代码块应该只有一行。2、只做一件事函数应该做一件事，做好这件事，只做这一件事。编写函数毕竟是为了把大一些的概念拆分成另一抽象层上的一系列步骤。3、自顶向下读代码：向下规则我们想要让代码拥有自顶向下的阅读顺序。让每个函数后面都

为什么要有意义的命名：我们都曾经说过有朝一日再回头清理那些糟糕的代码，然而最终总是弃之不顾。稍后等于永不，我们需要立即行动，写优雅的代码。写代码的过程中，读占的比例很大，所以首先要让代码易读。有意义命名的几大规则：1、命名即其意例：intdaysSinceCreation;2、做有意义的区分例：由a1,a2的命名方式改为source,destination3、使用读得出来的命名例：由genymdh

但是优化这个代码心里面一直很想，借用《cleancode》的话来说就是“Badcodetemptsthemesstogrow!”所以优化是必要的。

积累专业素养读书之外的思维启发发现适合自己的阅读方式用好奇心来驱动成长以下是确定的书目，以后会经常更新进度：编程技术重构重构与模式程序员的修炼之道编程人生高效程序员的45个习惯程序员的自我修养黑客与画家人月神话暗时间架构整洁之道cleancode

但是公司最近推行CleanCode，要让代码有可读性。且作为一个有追求的程序员，肯定是不能写面条代码的，要对代码进行拆分。

但是公司最近推行CleanCode，要让代码有可读性。且作为一个有追求的程序员，肯定是不能写面条代码的，要对代码进行拆分。

《CleanCode》代码整洁之道一书相关读书笔记，整洁的代码是自解释的，阅读代码应该如同阅读一篇优秀的文章，见字知意，能够一下子明白大概的代码功能。代码首先要能读懂，其次才去要求功能实现。

摘要：可以说是《CleanCode》的JS代码示例了，值得参考。原文：JavaScript代码简洁之道作者：缪宇Fundebug经授权转载，版权归原作者所有。

目录代码整洁之道CleanCode第一章整洁代码第二三章命名与函数第四五章注释与格式第六章对象和数据结构第七章错误处理第八章边界第九章单元测试第十章类第十一章系统第十二章迭进第十三章并发编程代码整洁之道

你是如何理解干净的代码（CleanCode）与技术负载（TechnicalDebt）的。描述下常用的重构技巧。阐述下SOLID原则。其他的譬如KISS,DRY,YAGNI等原则又是什么含义。

你是如何理解干净的代码（CleanCode）与技术负载（TechnicalDebt）的。描述下常用的重构技巧。阐述下SOLID原则。其他的譬如KISS,DRY,YAGNI等原则又是什么含义。

如何写出少bug的代码，你需要这4点建议原文:Thesefour“cleancode”tipswilldramaticallyimproveyourengineeringteam’sproductivity

一本非常经典的书，读了之后，我感觉在如何写出简洁优雅的高质量代码方面对我很有启发。书中从各个方面，列举了许多原则与标准，但我们写代码的时候，不可能将这些东西都清楚记着并时刻提醒自己不能“违规”，这样就如同负重前行，不仅走得慢，还会累死。所以我个人总结了以下几条比较通用且重要的规则：1.一切代码与注释都是有实际意义的，没有冗余，整洁干净2.代码能通过所有测试，运行高效3.命名名副其实，区分清晰，意义

点击上方“中兴开发者社区”，关注我们每天读一篇一线开发者原创好文作者简介作者王辉，程序员、敏捷教练，最近致力于TDD、CleanCode、DDD等实践的落实实施，是软件设计和软件架构方法的积极学习者和实践者

CleanCode阅读笔记这篇博客记录CleanCode的阅读心得，及一些重要的关键点。

编码指导思想简单代码原则（摘抄自CleanCode一书）能通过所有测试；没有重复代码；体现系统中的全部设计理念；包括尽量少的实体，比如类，方法，函数等；命名（有意义，读得出，可搜索）包名全部小写；类名以大写字母开头的单词组成

1.对象和数据结构的区别(1)数据结构中的对象只是数据，面向对象中的对象包括了数据和行为。(2)数据结构暴露其数据，没有提供有意义的函数；对象把数据隐藏于抽象之后，暴露操作数据的函数。(3)数据结构难以添加新的的数据类型，因为需要改动所有函数，面向对象的代码则难以添加新的函数，因为需要修改所有的类。在任何一个复杂的系统都会同时存在数据结构和对象，我们需要判断的是要添加的是新的数据类型还是新的行为函