目前我正在尝试为我所做的代码重构写一个好的提交评论。而且我觉得我缺少一个词来总结我所做的而不是描述它。
现在我的描述是: “代码重构以改进生成器类内部的解耦。”
但是 IMO,它并没有真正解耦,因为它只是在一个类本身内部。它与代码责任没有任何紧密的联系。通过使用更多的小方法而不是少数大方法来提高类的可测试性更重要。
这让我想到了一个非常简单的问题:
您在提交消息中最常用来描述代码重构的术语是什么?
目前我正在尝试为我所做的代码重构写一个好的提交评论。而且我觉得我缺少一个词来总结我所做的而不是描述它。
现在我的描述是: “代码重构以改进生成器类内部的解耦。”
但是 IMO,它并没有真正解耦,因为它只是在一个类本身内部。它与代码责任没有任何紧密的联系。通过使用更多的小方法而不是少数大方法来提高类的可测试性更重要。
这让我想到了一个非常简单的问题:
您在提交消息中最常用来描述代码重构的术语是什么?
http://www.amazon.com/Refactoring-Improving-Design-Existing-Code/dp/0201485672
是我工作过的所有地方的基本重构词汇的事实标准。
清理类 y 中函数 x 的实现,将其分解为函数 a、b 和 c,以使单元测试更容易。