我在QA部门工作,作为我工作的一部分,经常查看我们的开发人员准备的配置文件。有时,我看到特定的密钥被重新定义为配置文件继续
A = 12
...
A = 34
对我而言,这看起来非常糟糕。在一天结束时,不清楚A
等于什么,并且由于程序逻辑是隐藏的,不清楚应用程序是否正确处理这种情况,或者,可能有很好的理由为什么是这样做的。
此外,我不时会看到
A = 12
...
A = puppies
分配给密钥的含义似乎很模糊。开发人员是否构建A
可能等于的变体?首先A
是错字吗?还有很多问题......
我想知道...... 开发人员是否有充分理由将其应用配置为重新定义密钥(包括重复密钥),或者..我是否对此提出质疑?
注意:应用程序可以正常使用重复键,但是它会被处理,似乎可以正常工作
答案 0 :(得分:1)
与几位拥有数十年经验的开发人员交谈后,我的问题的答案是响亮的“不”。配置文件没有充分的理由包含重复的密钥。