本文主要是介绍《代码整洁之道》读后总结--关于方法，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
1.几个问题：
Q1: 怎样让代码（函数中含有大量的代码行，大量的信息）易于理解？
Q2: 怎样让函数表达其意图？
Q3: 给函数哪些属性，以便让读者一看便明白函数术语怎样的程序？
2.简单的原则：
2.1. 短小
- 作者认为函数应该尽量短小。
- 每行字符的数量要有限， 并且 每个 函数20行 封顶最佳。（建议）
- if语句 ， else 语句， while语句中等， 代码块应该只有一行 （函数调用语句）。
- 函数不应该大到足以容纳嵌套结构。（表现为 缩进层级 <= 1层 或者 2层）
2.2. 只做一件事情
- 函数只做一件事情。 做好这件事情。这做这件事情。
- 判断 1：如果函数只是做了该函数名下同一抽象层次上的步骤，函数做了一件事情。
什么叫做同一抽象层次？
- 判断2 ：看是否能从函数中再拆出一个函数。
2.3. 每个函数一个抽象层次
确保函数只做一件事情 。 ＜－－ （函数中语句在同一抽象层次）
- 函数抽象层次混杂造成的影响， 让人困惑不解。（读者无法判断是基础概念，还是细节）
- 混杂还会进一步，让更多的细节在函数中纠结起来。
- 自顶向下读代码： 向下规则
每个函数后面都跟着下一抽象等级的函数。这样子便可以循抽象层级向下阅读。
（想象一棵层次树，不同层级代表不同的抽象等级）
（分层的结构在这里也得到了很好的体现）
（体现为句法为 ： 为了（TO） ...，而 ...）
程序员需要确保自己写出只停留于一个抽象等级上的函数。（不要在多层之间混淆）
2.4. Switch语句
- 写出短小的switch语句很难。switch 天生要做N件事情。
- 确保switch 埋藏在较低的抽象层次，且永远不重复。（通过多态来实现这一点）
- 例 ： 将switch 语句埋到抽象工厂底下，不让任何人看到。
- 作者的规矩： switch 只出现一次，这一次用来创建多态对象。（好的技巧）
2.5. 使用描述性的名称
- 函数长而具有描述性的名称，比描述性的长注释要好。
- 别怕花时间取名字。
- 选择描述性的名称能理清你关于模块的设计思路，帮你改进。追求好名称，往往导致对代码的改善重构。
- 命名方式要保持一致。使用与模块名具有相似性的短语，名词，动词给函数名。例如，includeSetupAndTeardownPages, includeSetupPages, includeSuiteSetupPage...。
2.6. 函数参数
待续...
这篇关于《代码整洁之道》读后总结--关于方法的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
