При присвоении имени логическому значению или функции, возвращающей логическое значение, обычно префикс имеет значение «is», например.
Как насчет ссылки на несколько элементов, если это так:
Я могу видеть аргументы для обоих; предлагает согласованность и, возможно, немного лучшую читаемость, делает код более естественным.
Любые мнения?
Во-первых, isPointersNull просто некрасиво. Не делайте этого.
Обычно я использую any или all , так как are может быть неоднозначным. Означает ли это, что «есть нулевые указатели» или «указатели все нулевые»? anyPointersNull и allPointersNull очистить это, IMO.
Пожалуйста, не используйте isPointersNull. Последовательность не является основанием для жертвования грамматикой и удобочитаемостью.
Это зависит от языка. Если вы используете Java, «isPointersNull» будет интерпретироваться как поле «pointersNull», где «isPointersNull» не будет использоваться, если вы используете какие-либо средства обработки JavaBean.
Я согласен с тем, что читаемость имеет первостепенное значение, но соглашения о бинах допускают общий анализ объектов.
isPointersNull выглядит как опечатка. isPointersNull прекрасно понимает тот факт, что в рассмотрении этого логического объекта участвует более одного объекта. Но если вы хотите согласованности, вы можете обратиться к массиву или коллекции, которые должны быть вашими указателями:
IMO - зависит от контекста (использования и удобочитаемости) логической переменной.
Например:
- если переменная ссылается на единственный указатель, равный нулю, я бы использовал: isPointerNull
- если переменная ссылается на то, что несколько указателей равны нулю, я бы использовал: arePointersNull
НТН.
Я лично перехожу с isWhatever, если я ссылаюсь на метод getter логической переменной, независимо от того, насколько уродливым она соответствует правилам грамматики go. Но если бы у меня был метод, который делал какую-то проверку объекта на основе какого-либо бизнес-правила (например, если число или числа / являются основными), я бы использовал имена, которые сделают моих учителей английского языка счастливыми.
-
Должно ли это быть вики-сообществом, поскольку это вопрос мнения?
–
Levi Hackwith
22.04.2010 в 16:11
-
«Всякий раз, когда вы можете, пожалуйста, избегайте присущих негативов». Это действительно хороший момент, я не думал об этом раньше, но я буду помнить об этом в будущем. Ура!
–
briantyler
22.04.2010 в 16:31
-
Не забывайте логические методы, вызываемые после того, как какое-то действие может изменить их упомянутые значения, например isItemNull () (как в JDBC).
–
David R Tribble
22.04.2010 в 17:28
-
Множественное имя, например isPointersNull, может быть заменено уникальным именем группы, например isPointerSetNull.
–
David R Tribble
22.04.2010 в 17:30
-
Довольно близко java-boolean-getters-is-vs-are
–
nawfal
07.02.2014 в 10:29
-
SensioLabsInsight имеет проверку стиля кода, называемую Boolean, не должна иметь префикс «is». Кто-нибудь знает, почему это так?
–
Bogdan Ghervan
07.01.2015 в 17:29
-
ОК, нашел фактическую причину, по которой он жаловался: «Boolean accessor не должен быть установлен IsXXX или getIsXXX, а setXXX и isXXX"
–
Bogdan Ghervan
07.01.2015 в 17:32
Показать остальные комментарии