Pup*_*Pup 3 c++ java naming-conventions actionscript-3
我有一个变量,我正在使用它像一个常量(它永远不会改变).我不能将它声明为常量,因为该值在运行时添加.
您是否会将变量名称大写以帮助自己理解数据的含义？
或者你不会因为这违反惯例并使事情更加混乱？
更大的问题:
即使场景不是常规的惯例,你是否遵循惯例,但足够接近以至于它可以帮助你个人理解事物？
Sam*_*war 10
如果它能帮助你(以及其他所有人)在六个月之后理解你的代码,那就去做吧.如果不这样做,不要.这真的很简单.
就个人而言,我会把它资本化.这是Java中的约定,其中常量由于其面向对象的特性而总是在运行时分配.我知道如果我不小心分配给它,我会更加自如,下次我扫描那段代码时,我肯定会注意到.
我不认为我的个人在这里必须是最重要的 - 如果我已经编写了代码,那么如果需要的话,我已经比其他任何人更好地回溯它了.因此,我首先提出的是"其他人" - 现在或未来的队友需要像我一样彻底地理解代码(理想情况).
此外,强制性的代码审查作为向代码库提交任何内容的先决条件(一种优秀的做法,以及我现在雇主的不懈规则),如果我让我的注意力滑落,我很可能会被它调用(它确实如此)发生 - 这就是为什么我喜欢那些强制性的代码审查,适用于我自己以及其他所有人! - ).
"在启动时只设置一次变量"是一个特殊的情况,可能值得添加到您的团队指南 - 将其视为"更接近常量而不是变量"可能很有意义,但这只会有帮助,如果在整个代码库中使用相同的规则/指南.如果规则不存在,我会检查是否有关于添加规则的共识; 否则,我不会为了个人口味而违反指导原则......这是"无形编程"和"代码库的团队所有权"的根源,这是我为燃烧热情服务的两个原则.
顺便说一句,我在编码指南方面是一个单人团队(虽然这不是一个最佳情况,但是我认为我自己一致同意对待"在启动时设置一次")没有任何问题变量作为命名约定的常量! - ).但是对于一个更大的团队来说,这是更多的工作,它可以采取任何一种方式.
| 归档时间： |
|
| 查看次数： |
1130 次 |
| 最近记录： |