Как назвать булеву переменную которая указывает делать что-то или не делать?

Question

[Александр]

Есть переменная, которая означает "нужно ли отсеивать подозрительные данные".
Как такую назвать?
Не могу придумать на is_ или was_, нигде не встречал варианта на should_. Может есть какая-то конвенция на этот счёт?

Answer 1

[Антон Спирин]

shouldBeFiltered
isFilteringNeeded

Comments

[Александр]

Похоже так и сделаю, но странно, что я нигде не видел should переменных. Подожду, вдруг кто-то что-то предложит ещё...

[Антон Спирин]

Александр, обычная практика в проектах.
isActive
hasAccess
shouldShowPagination


Возможно вам лучше перефразировать так isFilteringNeeded

[sim3x]

Александр, should_filter звучит как переменная, которая будет принимать значение тру с некоторой вероятностью

Времена также не применяются в именовании, тк могут добавить ненужные конотации там, где их вообще быть не должно

переменная is_data_suspicious
функция filter_data

[Александр]

sim3x, всё правильно она и есть с некоторой вероятностью. Это пользовательская настройка.

[sim3x]

Александр,

Пользователь указывает вероятность Р с которой настройка включится?

[Александр]

sim3x, ну да 1 или 0.

[sim3x]

Александр, Вероятность указывается от 0 до 1 и указывает с какой вероятностью будет то или иное значение

Почитайте про теорию вероятностей, хотя б в вики

[Александр]

sim3x, в моем случае вероятность того, что пользователь выбрал настройку равна 0 или 1. 0 - когда не выбрал, а 1 - когда выбрал.

[sim3x]

Александр, Почитайте про теорию вероятностей, хотя б в вики

[Александр]

sim3x, знаете что, идите и сами читайте теорию вероятности. Неужели вы думаете, что, например, если вы уже выбрали вариант ДА, то ПОСЛЕ этого вероятность, что вы уже выбрали ДА, не будет равна единице?

[sim3x]

Александр, в момент работы, значение переменной известно и не является случайной величиной

should_ признак СВ

[Александр]

sim3x, нет. На вопрос с should ответ либо за, либо нет.

[sim3x]

Александр, ответ - да
Сама переменная будет содержать вероятность етого "да"

Answer 2

[Alexej Simakov]

filteringOptionEnabled - включена ли опция пользователем.
если говорить should_ то получается должна быть включена и не до конца сразу ясно это ее текущее состояние или желаемое.
если говорить active - это активен ли фильтр, он может быть включен пользователем в опциях но не быть активным, потому что в данный момент нечего фильтровать.

Видел булеву переменную она называлась EnabledDisabledServiceState - Это означало ... щас мозги в кучу соберу .. оключил ли пользователь сервис, при этом показывалась соответствующая иконка, что сервис отключен пользователем.

Answer 3

[12ss]

filter_

edit: filtered_

Comments

[Roman K]

Это глагол, дядя. Иди учи матчасть.

[Griboks]

Roman Kitaev, глагол => математика

[12ss]

Roman Kitaev,

Есть переменная, которая означает "нужно ли отсеивать подозрительные данные".

"Нужно" тоже глагол

[12ss]

Ну "filtered" тогда

[SagePtr]

enable_filter или use_filter к примеру. Но это моё субьективное мнение, не уверен, называют ли так кроме меня.

[eRKa]

Roman Kitaev, это не только глагол, но и существительное, иди учи английский.

[Александр]

filtered — это в любом случае плохо. В таком случае надо бы is_filtered. Но не в моём случае, так как переменная указывает на то, что надо фильтровать в будущем, а ваш вариант указывает на то, что уже было отфильтровано в прошлом.

Answer 4

[danforth]

needFilter
mustFilter

Answer 5

[eRKa]

В каждом яп свои конвенции. Обычно такие переменные, это флаги, их могут именовать с fValue, могут value_flag, если буловский флаг, то могут начинать с is. Я бы, наверное, назвал isWary.

Answer 6

[profesor08]

filteActive = true;
isFilterActive = true;
dataCheckRequired = true;

// Лучше это организовать функцией. Так ты ее сможешь использовать многократно и прикрутить какую-то логику в нее. И код будет чище.
function dataCheckRequired() {
  // вычисления необходисмости делать проверку
  return false;
}

Comments

[Александр]

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