读书笔记-整洁代码编写
概述
不要出现重复代码。
每一个函数，只做好一件事。每一个类，只扮演一个角色。函数与函数之间要有尽量少的依赖关系，类与类之间要有尽量少的依赖关系（独立存在）
有意义的命名
名副其实
在编写代码的时候，应该考虑到命名的重要性，牢记名副其实的原则—如果名称还需要用注释来解释，那就不叫名副其实了。当然，注释是不可缺少的，主要起到模块功能上的介绍。在编写代码时，应该想着在尽量让读者理解的情况下，如何少用注释，更多的是让代码自己解释给读者发生了什么？所谓的代码自解释性。
举例说明：
定义一个函数，如下：
注：感觉这个函数还可以啊， 不是挺好的吗?有详细的注释，有参数说明。但是去掉这些注释，你在看看，这个函数。你应该会问：这个参数data是什么鬼？咦，这个IC前缀为什么要在上面？我靠，这个函数到底要干吗，返回的又是什么东西？
如果你也想问上面提到的那些问题，那就请看看重新命名之后的函数。
看了这个新的函数名之后，你是不是发现，连注释都已经不需要了呢？
每一个概念对应一个词
在项目开发中，一般都是多人开发，如果没有一个统一命名的规定的话，我想后果应该是非常可怕的。例如，大家都表示同一个对象，表视图；小A叫它tableMenu， 小B设置为MenuView， 小C叫它tableView， 小D叫它table。现在看来，好像并没有什么太大的问题，但是放到整个项目中，效果就大大的不一样了，因此统一命名是非常重要的一件事情。
举例说明：
下面显示的两个一模一样的代码。命名不同而已。
下面是命名统一的代码：
从这两个代码中比较得出，对一个概念去统一的名字，是相当重要的一件事情！现在代码少，可能看不出来，但是到了项目多的时候，去好处就显而易见了。
函数
在我看来，一个函数，只要遵循『只做一件事』的原则，那么这个函数就是好的函数。
只做一件事
一个函数，只要做好一件事情，并且只做一件事情，那么这个函数，就是好函数。那么什么是一件事情呢，可以给他做一个定义吗？下面就是我对一件事情的定义：在同一个抽象层级上，对事件的完整描述。
举例说明：
先来一个代码：
如果一个函数中，存在上面的代码。那么这个函数是一个好函数吗？
答案当然是否定的！你想想这个函数，做了几件事情，实在是太多了。 这个函数中，包括了三个抽象层级上的事件完整描述。下面是对这三个层级结构的抽象：
红色框中为两个独立的层级结构，整个函数有是一个总体的层级结构。一个层级结构中，对一件事物的完成抽象是一件事，那么这个函数一共做了三件事情。这个函数实在是太忙了，这么忙不但不易于读者理解，而且很容易出错的，bug也不容易定位。
因此我们可以对这个函数重构，下面是重构之后的函数：
我们将之前的一个函数，根据层级结构拆分成了三个函数，每一个函数，表示一个层级结构上的事件完整描述。这样子，有了一个清晰的结构。在代码量变多的时候，不会出现混乱。定位错误也比较容易。
这个时候，有人会问：那么怎么对函数进行拆分呢？下面来说说我的看法：首先，需要理解一个函数的抽象层级结构，将他的最高层次逻辑结构提炼，之后在一一提炼出他的其他结构。之后，拆分不同结构下的处理事件，并重构出在同一层级结构中的事件函数。
下面是之前那个函数的逻辑框图，和他的拆分方式：
现在逻辑框图已经拆分好了，之后要做的就是将这些分离到最简的逻辑连接起来了。连接这些逻辑，将逻辑通过代码的方式展现和连接。最后，就变成了一开始，我们重构好的代码了，这个代码，每个函数都只做一件事，并且，依序把你带到下一个函数。
小小建议
尽量让你的函数参数保持在三个或者三个以下。超过三个，函数处理起来，将不在简单，需要重构。在编写项目时，有些无脑的设置属性函数除外。不超出三个参数，意思是一个函数中存在三个参数，那么在这个函数中存在的逻辑处理会比较复杂，例如三个BOOL参数，将会带来8种不同的情况。此时，最好重构。
如何写出这样的程序
首先，你先想着什么写什么，然后在慢慢打磨。一开始，写函数时，都是陈长而且复杂的。有太多的缩进和嵌套循环。有过长的参数列表，名称也是随意取的，也会有重复的代码。然后慢慢打磨这些代码，分解函数，修改名称，消除重复，有时还要拆分类。
注释
如果编程语言有足够的表达力，那么也就不需要注释。如果你需要编写注释，那么从某种角度上说，就是你编写了烂代码。当然，有些注释也是有利于代码的理解的，仅仅只是少部分。
需要编写注释的情况：
对函数功能的说明，在编写好代码之后，对函数进行重构，在重构好的前提下，对函数进行功能上的说明，可以让读者快速了解函数功能。但是这也会带来一定风险，随着时间的推移，函数被不断重构，再造。可能会出现的问题就是，之前的注释已经不在是现在函数的功能，会误导代码读者。
在编写程序的时候，一开始需要将自己的思想都通过注释表达出来。之后，就需要看看在注释的地方，是否可以通过代码自解释的方式（例如函数的命名）进行表达。从注释方面对代码进行整理。总之一句话，能删掉注释的都删掉，不能删掉注释的通过代码自解释性替换之，不能替换注释的详细说明他的用途它。
在编写项目的时，编写一下注释，通过注释来将一个函数中的各个模块分开。通过少量此类注释，可以将函数分层，是一种比较好的方式。但是，如果需要对函数进行分层，那么就应该考虑函数的重构了，因为函数太长了。