Properties 属性文件中重复键的支持/反对参数
我在一个QA部门工作,作为我工作的一部分,我经常查看开发人员准备的配置文件。有时,我看到随着配置文件的继续,特定的键被重新定义Properties 属性文件中重复键的支持/反对参数,properties,configuration-files,Properties,Configuration Files,我在一个QA部门工作,作为我工作的一部分,我经常查看开发人员准备的配置文件。有时,我看到随着配置文件的继续,特定的键被重新定义 A = 12 ... A = 34 对我来说,这看起来是一个非常糟糕的做法。归根结底,不清楚A等于什么,因为程序逻辑是隐藏的,所以不清楚应用程序是否正确地处理了这种情况,或者,可能有一个很好的理由来解释为什么这样做 此外,我不时地看到 A = 12 ... A = puppies 分配给键的含义似乎非常模糊。开发人员是否在构建A可能等于的变体?第一个A是打字错误吗?
A = 12
...
A = 34
对我来说,这看起来是一个非常糟糕的做法。归根结底,不清楚A
等于什么,因为程序逻辑是隐藏的,所以不清楚应用程序是否正确地处理了这种情况,或者,可能有一个很好的理由来解释为什么这样做
此外,我不时地看到
A = 12
...
A = puppies
分配给键的含义似乎非常模糊。开发人员是否在构建A
可能等于的变体?第一个A
是打字错误吗?还有许多问题有待解决
我想知道开发者是否有充分的理由将其应用程序配置为重新定义密钥(包括重复密钥),或者。。我这样问对吗
注意:应用程序可以很好地使用重复的键,不管它是如何处理的,它似乎可以工作在与几位具有数十年经验的开发人员交谈后,我的问题的答案是响亮的“不”。配置文件没有理由包含重复的密钥