tom*_*rlo 5 ruby-on-rails naming-conventions
这更像是一个哲学问题而不是技术问题.
我在使用新的Rails应用程序大约需要40个小时.它与零售有关,早在我选择名称"item"来描述可供销售的单一产品.
随着时间的推移,我很明显这是一个错误 - "项目"这个词过于笼统,而"产品"也许是一个更好的选择.
所以我现在面临的决定是,在我使用这个选择不当的名称构建更多之前,我是否重构/重命名我的模型,ERB代码和表格,或者我只是保持原样,节省一些时间并继续前进？我担心它反复选择后者导致我在其他项目中看到的荒谬的技术债务,但我也认为这可能是一种过早优化的形式.
思考？
Chu*_*ebs 10
命名约定对于中型到大型项目是绝对必要的.我会说进入并重构所有内容以使命名尽可能具体.随着新功能的引入,通用标识符将很快失控(我曾经在一个名为class的项目中UserReportReportReportParameters).
你完成这件事的速度越快,它就越不痛苦.
编辑:我应该补充一点,如果由于截止日期或任何其他限制而无法做到这一点,那么坚持当前的命名架构,直到你有时间重构所有内容.我坚信错误的命名约定比混合命名约定更好.
| 归档时间： |
|
| 查看次数： |
106 次 |
| 最近记录： |