Para un campo booleano, ¿cuál es la convención de nomenclatura para su captador / definidor?

P.ej.

boolean isCurrent = false;

¿Cómo se llama su captador y definidor?

Supongamos que tienes

boolean active;

El método de acceso sería

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

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

Ver también

• Programación Java / Java Beans
• Convenciones de código para el lenguaje de programación Java

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

14. is El prefijo debe usarse para variables booleanas y métodos.

    isSet` isVisible` isFinished` isFound`isOpen

Esta es la convención de nomenclatura para métodos booleanos y variables utilizadas por Sun para los paquetes principales de Java. El uso del prefijo is resuelve un problema común de elegir nombres booleanos incorrectos como status o flag. isStatus o isFlag simplemente no encaja, y el programador se ve obligado a elegir nombres más significativos.

Los métodos Setter para variables booleanas deben tener un prefijo establecido como en:

void setFound(boolean isFound);

Hay algunas alternativas al prefijo is que se ajusta mejor en algunas situaciones. Estos son prefijos has, can y should:

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

Para un campo llamado isCurrent, el nombre correcto de getter / setter es setCurrent()/ isCurrent()(al menos eso es lo que piensa Eclipse), lo cual es muy confuso y puede rastrearse hasta el problema principal:

Su campo no debe ser llamado isCurrenten primer lugar. Is es un verbo y los verbos son inapropiados para representar el estado de un Objeto. Use un adjetivo en su lugar, y de repente sus nombres getter / setter tendrán más sentido:

private boolean current;

public boolean isCurrent(){
    return current;
}

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

Yo creo que sería:

void setCurrent(boolean current)
boolean isCurrent()

¿Quizás es hora de comenzar a revisar esta respuesta? Personalmente me gustaría votar a favor setActive()y unsetActive()(alternativas pueden ser setUnActive(), notActive(), disable(), etc, dependiendo del contexto) ya que "setActive" implica que activarlo en todo momento, que usted no lo hace. Es una especie de contador intuitivo decir "setActive" pero en realidad eliminar el estado activo.

Otro problema es que no puede escuchar específicamente un evento SetActive de una manera CQRS, necesitaría escuchar un 'setActiveEvent' y determinar dentro de ese oyente si realmente se activó o no. O, por supuesto, determinar a qué evento llamar cuando se llama, setActive()pero eso va en contra del principio de Separación de preocupaciones.

Una buena lectura sobre esto es el artículo de FlagArgument de Martin Fowler: http://martinfowler.com/bliki/FlagArgument.html

Sin embargo, vengo de un fondo PHP y veo que esta tendencia se adopta cada vez más. No estoy seguro de cuánto vive esto con el desarrollo de 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()

Para booleanos también puedes usar

public boolean isCurrent()

Como setter, ¿qué tal:

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

o

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

No estoy seguro de si estos nombres tienen sentido para los hablantes nativos de inglés.