【问题标题】:What terms do you use to describe the nature of a refactorization?你用什么术语来描述重构的本质?
【发布时间】:2012-01-15 02:32:04
【问题描述】:

目前我正在尝试为我所做的代码重构写一个好的提交评论。 而且我觉得我缺少一个词来总结我所做的事情,而不是描述它。

现在我的描述是: “代码重构以改善生成器类内部的解耦。”

但是 IMO,它并没有真正解耦,因为它只是在一个类本身内部。它与代码责任没有任何紧密的联系。通过更多的小方法而不是少数大方法来提高类的可测试性。

所以这让我想到了一个非常简单的问题:
您在提交消息中最常用来描述代码重构的术语是什么?

【问题讨论】:

  • “Reverted Jim's epic fubar”是我最常用的。

标签: terminology commit-message


【解决方案1】:

清理类 y 中函数 x 的实现,将其分解为函数 a、b 和 c,以简化单元测试。

【讨论】:

    【解决方案2】:

    http://www.amazon.com/Refactoring-Improving-Design-Existing-Code/dp/0201485672

    是我工作过的所有地方的基本重构词汇的事实标准。

    【讨论】:

    • 嘿,谢谢你的书,它看起来很有趣。但就问题而言,你有一些具体的词汇要分享吗?
    • 对您所描述的内容没有具体建议。但是,由于我看到的大多数提交 cmets 绝对没用,无论您在评论中提供什么有用的信息,将来研究存储库的任何人都会非常感激。
    • 哈哈,那是真的:)——我并没有把自己排除在这个肯定之外;上周,我不得不弄清楚我在一个被我描述为“晚上的变化”的提交上做了什么。 ... 杰出的。它总是发生在有 30 个文件和数百个修改行的提交上。
    • 我最喜欢的是一个字母的提交评论,它只是绕过了评论的要求。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2010-12-08
    • 1970-01-01
    • 2014-07-13
    • 2019-05-09
    • 2020-11-06
    相关资源
    最近更新 更多