我正在制作一个浏览器错误存档应用程序,对于每个错误,我想要一个字段和相应的值来识别错误的罕见性。
我可以使用稀有作为标签和价值观'高,中/正常,低,边缘情况'但是当你说'高度罕见'时它没有多大的语义感......或者是我?如果这些值类似于“正常,罕见”,那么这将是有意义的,但我很难想到一个不是rarity
的标签。
重复性?稀有? Occurrency?
答案 0 :(得分:3)
我会使用“频率”,或多或少,与“稀有”相反 - 除了“高频率”和“低频率”做完全正确。
答案 1 :(得分:2)
答案 2 :(得分:2)
在这种情况下,不要只使用一个单词。频率是什么?再现性,稀有性,不觉得自然而且不是一个词(不是你要关心;)。如果需要,请使用bugFrequency
或获取更详细信息。长变量名称不是犯罪,特别是如果您实际上计划将代码保持超过几毫秒。
另外,您是否有任何特殊原因想要使用枚举样式值而不仅仅是整数?因为你可能经常想要对错误进行排序,所以枚举像频率的值并不真正有意义。将bug定义为“稀有”或“常见”时,某些全局整数常量应足以满足您的分类要求。这使您可以完全消除额外的枚举字段,只需执行此操作:
if bugFrequency < RARE_BUG_MINIMUM_FREQUENCY:
//treat as rare
else if bugFrequency < UNCOMMON_BUG_MINIMUM_FREQUENCY:
//treat as uncommon
else if bugFrequency < COMMON_BUG_MINIMUM_FREQUENCY:
//treat as common
而不是检查内部枚举值。由于您将使用多个因素来判断错误的重要性,因此此时枚举值并没有多大意义。
(对不起,如果这比我想要的更多我的看法:)
答案 3 :(得分:1)
我会去找。有一些值,如: 经常, 罕见, 极少, 偶然, 频繁, 总是, 等
答案 4 :(得分:1)
考虑到它的缺陷,诱惑是采用“群体密度”,但英语“频率”可能是最接近的。但是,如果您仍在寻找变体,那么:
“发生率”,“烦恼”,“呜咽”,“吱吱”和“哀号”可能会使问题跟踪器的情绪变得明亮。