Для логического поля, каково соглашение об именах для его метода получения / установки?

Например.

boolean isCurrent = false;

Что вы называете его геттером и сеттером?

Предположим, у вас есть

boolean active;

Метод доступа будет

public boolean isActive(){return this.active;}

public void setActive(boolean active){this.active = active;}

Смотрите также

• Java-программирование / Java Beans
• Соглашения о коде для языка программирования Java

http://geosoft.no/development/javastyle.html#Specific

14. is Префикс должен использоваться для логических переменных и методов.

    isSet, isVisible, isFinished, isFound,isOpen

Это соглашение об именах для логических методов и переменных, используемых Sun для базовых пакетов Java. Использование префикса is решает распространенную проблему выбора неправильных логических имен, таких как status или flag. isStatus или isFlag просто не подходят, и программист вынужден выбирать более значимые имена.

Методы установки для логических переменных должны иметь префикс установки как в:

void setFound(boolean isFound);

Есть несколько альтернатив префиксу is, который лучше подходит в некоторых ситуациях. Эти префиксы имеют, могут и должны:

boolean hasLicense(); 
boolean canEvaluate(); 
boolean shouldAbort = false;

Для именованного поля isCurrentправильное именование получателя / установщика - это setCurrent()/ isCurrent()(по крайней мере, так думает Eclipse), что сильно сбивает с толку и может быть связано с основной проблемой:

Ваше поле не должно называться isCurrentв первую очередь. Is - это глагол, а глаголы не подходят для представления состояния объекта. Вместо этого используйте прилагательное, и вдруг ваши имена получателей / установщиков станут более понятными:

private boolean current;

public boolean isCurrent(){
    return current;
}

public void setCurrent(final boolean current){
    this.current = current;
}

Я верю, что это будет:

void setCurrent(boolean current)
boolean isCurrent()

Может быть, пришло время начать пересмотр этого ответа? Лично я бы голосовать за setActive()и unsetActive()(варианты могут быть setUnActive(), notActive(), disable()и т.д. в зависимости от контекста) , так как «SetActive» означает , что вы включите его в любое время, что вы этого не делаете. Отчасти интуитивно понятно сказать «setActive», но фактически удалить активное состояние.

Другая проблема заключается в том, что вы не можете слушать конкретно событие SetActive CQRS, вам нужно будет прослушать setActiveEvent и определить внутри, действительно ли активирован или нет прослушиватель. Или, конечно, определить, какое событие вызывать при вызове, setActive()но это противоречит принципу разделения интересов.

Хорошая статья по этому вопросу - статья Мартина Фаулера, посвященная FlagArgument: http://martinfowler.com/bliki/FlagArgument.html.

Тем не менее, я пришел из PHP и вижу, что эта тенденция все больше и больше используется. Не уверен, сколько это живет с разработкой Java.

private boolean current;

public void setCurrent(boolean current){
    this.current=current;
}

public boolean hasCurrent(){
    return this.current;
}

Setter: public void setCurrent(boolean val)
Getter: public boolean getCurrent()

Для логических значений вы также можете использовать

public boolean isCurrent()

Как сеттер, как насчет:

// setter
public void beCurrent(boolean X) {
    this.isCurrent = X;
}

или

// setter
public void makeCurrent(boolean X) {
    this.isCurrent = X;
}

Я не уверен, имеют ли эти названия смысл для носителей английского языка.