Как мне следует называть имя метки / поля, как часто вы можете столкнуться с ошибкой в ​​дикой природе? - PullRequest
2 голосов
/ 28 сентября 2010

Я создаю приложение для архивирования ошибок браузера, и для каждой ошибки я хочу иметь поле и соответствующие значения, которые идентифицируют редкость ошибки.

Я мог бы использовать редкость в качестве метки и значения «высокий, средний / нормальный, низкий, крайний регистр», но когда вы говорите «высокая редкость», это не имеет большого смыслового смысла ... или это я? Если бы значения были что-то вроде «нормальные, редкие», это имело бы смысл, но у меня возникли проблемы с продукцией надписи, которая не rarity.

Воспроизводимость? Редкость? Occurrency?

Ответы [ 5 ]

3 голосов
/ 28 сентября 2010

Я бы использовал «частоту», которая, более или менее, является противоположностью «редкости» - за исключением того, что «высокая частота» и «низкая частота» do имеют смысл.

2 голосов
/ 28 сентября 2010

Не используйте только одно слово в этом случае. Частота чего? Воспроизводимость, редкость, не чувствую себя естественным, и встречаемость - даже не слово (не то, чтобы вы заботились;). Перейдите с bugFrequency или получите более подробную информацию, если хотите. Длинные имена переменных не являются преступлением, особенно если вы действительно планируете хранить код более нескольких миллисекунд.

Кроме того, у вас есть какая-то конкретная причина, по которой вы хотите использовать значения стиля enum вместо целых чисел? Поскольку вы, вероятно, часто захотите отсортировать ошибки, перечисленные значения частоты не имеют смысла. Некоторые глобальные целочисленные константы, когда вы определяете ошибку как «редкую» или «общую», должны быть достаточными для вашей категоризации. Это позволяет полностью исключить дополнительное поле enum и просто сделать это:

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

вместо проверки внутреннего значения перечисления. Поскольку вы будете использовать несколько факторов для оценки важности ошибки, значения enum на данный момент не имеют особого смысла.

(извините, если это было намного больше моего мнения, чем вы хотели:)

2 голосов
/ 28 сентября 2010

+ 1 для заботы о семантике.Я стараюсь быть точным / непротиворечивым / описательным во всем моем коде.

Я бы искал по вхождению и частоте.

http://freethesaurus.net/s.php?q=occurrence

1 голос
/ 28 сентября 2010

Учитывая, что это ошибки, соблазн состоит в том, чтобы использовать "плотность роя", но английская "частота", вероятно, самая близкая. Если вы все еще ищете варианты, хотя:

«Заболеваемость», «раздражение», «свист», «писк» и «вопль» могут улучшить настроение системы отслеживания проблем.

1 голос
/ 28 сентября 2010

Я бы пошел с явлением.Имеют некоторые значения, такие как: часто, редко, очень редко, иногда, часто, всегда и т. Д.

...