这更像是一个哲学问题，而不是技术问题。
我在使用新的Rails应用程序大约需要40个小时。它与零售有关，早在我选择名称“item”来描述可供销售的单一产品时。
随着时间的推移，我很明显这是一个错误 - “项目”这个词过于笼统，“产品”可能是更好的选择。
所以我现在面临的决定是，在我使用这个选择不当的名称构建更多之前，我是否重构/重命名我的模型，ERB代码和表格，或者我只是保持原样，节省一些时间继续前进？我担心它反复选择后者导致我在其他项目中看到的荒谬的技术债务，但我也认为这可能是一种过早优化的形式。
思想？
答案 0 :(得分：10)
对于中型到大型项目，命名约定是绝对必要的。我会说进入并重构所有内容以使命名尽可能具体。随着新功能的引入，通用标识符将很快失控（我曾经在一个名为UserReportReportReportParameters的类的项目中。）
你做得越快，痛苦就越小。
编辑：我应该补充一点，如果由于截止日期或任何其他限制而无法做到这一点，那么坚持当前的命名架构，直到你有时间重构所有内容。我坚定认为，错误的命名约定优于混合命名约定。