当人们试图将“代码整洁之道（Clean Code）”的原则应用于现有的代码库时，我经常会问这个问题。
我认为这是合情合理的。
当我们开始重构遗留代码时，通常会将内容提取到较小的方法中。然后再将方法提取到类中。很快，我们可能就能感觉到原来 30 行的方法现在已经分散在不同的类中。
我们想知道的是：这在实际上是否是更容易维护了呢。
也许我们是一个小团队。也许我们必须支持我们继承的一个相对较大（并且没有文档记录的）的代码库。
寻求代码可维护性是一件好事。
错误在于，认为代码可维护性与代码行数（lines of code，LOC）相关。LOC 可能是一个有趣的度量指标，但它并不是关键所在！
不要使用 LOC 作为代码可维护性的度量指标。
当前名称：不要让“Clean Code”更难维护，请使用“Rule of Three”
文章地址：
http://hxwzsj.com/article/dschipp.html
