Per un campo booleano, qual è la convenzione di denominazione per il suo getter / setter?

Per esempio.

boolean isCurrent = false;

Come si chiama getter e setter?

Supponi di avere

boolean active;

Metodo di accesso sarebbe

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

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

Guarda anche

• Programmazione Java / Java Beans
• Convenzioni del codice per il linguaggio di programmazione Java

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

14. is il prefisso dovrebbe essere usato per variabili e metodi booleani.

    isSet, isVisible, isFinished, isFound,isOpen

Questa è la convenzione di denominazione per i metodi e le variabili booleani utilizzati da Sun per i pacchetti core Java. L'uso del prefisso is risolve un problema comune nella scelta di nomi booleani errati come status o flag. isStatus o isFlag semplicemente non si adattano e il programmatore è costretto a scegliere nomi più significativi.

I metodi setter per le variabili booleane devono aver impostato il prefisso come in:

void setFound(boolean isFound);

Esistono alcune alternative al prefisso is che si adatta meglio in alcune situazioni. Questi sono prefissi, possono e dovrebbero:

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

Per un campo denominato isCurrent, la corretta denominazione getter / setter è setCurrent()/ isCurrent()(almeno è quello che pensa Eclipse), che è molto confuso e può essere ricondotto al problema principale:

Il tuo campo non dovrebbe essere chiamato isCurrentin primo luogo. È un verbo e i verbi sono inappropriati per rappresentare lo stato di un oggetto. Usa invece un aggettivo e improvvisamente i nomi dei tuoi getter / setter avranno più senso:

private boolean current;

public boolean isCurrent(){
    return current;
}

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

Io credo che sarebbe stato:

void setCurrent(boolean current)
boolean isCurrent()

Forse è tempo di iniziare a rivedere questa risposta? Personalmente vorrei votare per setActive()e unsetActive()(alternative possono essere setUnActive(), notActive(), disable(), ecc a seconda del contesto) dal momento che "setactive" implica che si attiva in ogni momento, che non si fanno. È abbastanza intuitivo dire "setActive" ma in realtà rimuovere lo stato attivo.

Un altro problema è che non è possibile ascoltare in modo specifico un evento SetActive in modo CQRS, è necessario ascoltare un 'setActiveEvent' e determinare all'interno di quel listener se è stato effettivamente impostato o meno. O, naturalmente, determinare quale evento chiamare quando si chiama, setActive()ma che poi va contro il principio di separazione delle preoccupazioni.

Una buona lettura su questo è l'articolo FlagArgument di Martin Fowler: http://martinfowler.com/bliki/FlagArgument.html

Tuttavia, vengo da un background PHP e vedo che questa tendenza viene adottata sempre di più. Non sono sicuro di quanto viva con lo sviluppo 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()

Per i booleani puoi anche usare

public boolean isCurrent()

Come setter, che ne dici di:

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

o

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

Non sono sicuro che questi nomi abbiano senso per i madrelingua inglesi.