noc*_*ura 3 version-control naming coding-style naming-conventions
在源代码中处理更改产品和功能名称的好策略是什么.这是我一次又一次地发现自己的情况(你们大多数人都可以联系起来？)......
现在我们有一个庞大的代码库,在目录树和源文件周围散布着50个不同的名称,其中大部分已经过时了.只有退伍军人才会记住每个名字的含义,完整的历史记录等.
这个混乱的解决方案是什么？
澄清:我并不是指客户看到的名称,我指的是开发人员看到更改的产品和功能名称编入其中的目录,源文件,类,变量等的名称.
鉴于您的澄清,"您不是指客户看到的名称,[您]是指开发人员看到的目录,源文件,类,变量等的名称",是的,这可能是一个恼人的问题.
当我们有一个总是只为代码库中的每个东西使用一个名称的策略时,我所处的团队的方式已经处理得最好.如果名称稍后更改,我们将保留代码中的旧名称,或者将旧名称的所有实例迁移到新名称.重要的是永远不要在代码中开始使用新名称,除非迁移了旧名称的所有实例.这样你只需要在头脑中保留2个名字:代码中使用的"旧名称"和其他人使用的名称.
如果我们知道"品牌名称"可能会发生变化,我们也常常在开始时选择一个非常通用/描述性的名称.
| 归档时间： |
|
| 查看次数： |
169 次 |
| 最近记录： |