code-smell-1-定义

到这里你已经清楚重构到底是怎么做的。但是仅仅因为你知道怎么做并不代表你知道什么时候做。决定什么时候开始重构什么时候停止重构，是和知道怎么操作同样重要的。


现在困境来了。解释清楚如何删掉一个实例变量或者创建一个层级是很容易的。这些都是简单问题。试图解释什么时候你应该做这些事情却不是那么简单。比起呼吁一些编程美学的模糊观念（严格的说是我们咨询师通常在做的事情），我想说一些更实用的干货。


当我在苏黎世去拜访Kent Beck我正在考虑这个棘手的问题。或许他当时正享受在女儿出生的喜悦气息中，但他还是给出了就臭味而言什么时候重构的观点。“臭味”，你说，“这个是应该比模糊美学更好一些的？”好吧，是的。我们看到很多项目中的代码，从大获成功到几近死亡有着巨大的跨度。这样做时，我们学会了寻找一些代码中确定的结构，它会指示着这些代码存在着重构的潜在可能。

对于什么时候停止重构，在这里我们不会试图给你一个明确的标准。在我们的经验中没有一个固定的衡量标准可以对抗智慧的人类的直觉。我们能做的就是给你一些能用重构解决的问题的迹象。你需要提升你自己的嗅觉，知道到底多少实例变量是有太多实例变量，到底一个方法多少行代码的时候是代码行数太多。

原文链接：https://sourcemaking.com/refactoring/bad-smells-in-code