public setMaxSize(int maxsize) {
maxsize = maxsize;
}


zou ik niet maken

Ik weet niet waar je op doelt, maar dit geldt niet voor variabelen. Dat dit voor overridebare elementen als methodes en klasses wel geldt is logisch (en heeft in principe niks met het static zijn te maken). Zou je kunnen uitleggen wat je hiermee bedoelt?

Dit mag wel:

public class Test {

private static int X = 10;

public static void main(){
Test.X = 20;
}
}

En dit mag niet, omdat X final is:

public class Test {

private final static int X = 10;

public static void main(){
Test.X = 20;
}
}

Lijkt me dus geen sprake van ‘impliciet final’

Kun je dit uitleggen want deze vergelijking snap ik niet helemaal. Het resultaat is in het voorbeeld namelijk niet gelijk… lazy initialization is in veel gevallen bedoelt voor operaties die een optioneel karater hebben; je stelt het aanmaken van een object uit te het moment waarop je het nodig hebt, zodat je ook alleen resources gebruikt als je ze nodig hebt. Het car/engine voorbeeld wat je geeft met final is bedoelt om het bestaan van het engine object te garanderen, en maakt de engine al aan zonder dat je uberhaupt weet of je ‘m nodig hebt…. alle resources worden meteen gealloceerd.

Dat is inderdaad het ‘nadeel’ van deze aanpak. Maar als ik een auto gebruik ga ik er vanuit dat de motor beschikbaar is en niet pas als ik voor het eerst wil gaan rijden.

Als een object dus alleen kan werken als het andere object aanwezig is dan kan je er beter voor zorgen dat deze gelijk aanwezig is. Dit kan je afdwingen door de referentie hiernaar final te maken en de referentie naar dit object via een constructor te zetten, via new of via een argument van die constructor.

Jullie hebben gelijk, ik was hier iets te enthousiast :(. Voor private methodes geldt het inderdaad wel. De compiler en JVM kan deze behandelen als waren deze final, omdat ze inderdaad al niet overerft kunnen worden.

Ik kom nog uit de tijd dat niet alle IDE’s warnings geven voor deze fout ;-). Ik heb hier dus wel degelijk eens een paar uur aan besteed om deze fout op te lossen.

Ik ken nog steeds mensen die zweren bij emacs of zelfs vi om java te schrijven.

Goed stuk waarin je duidelijk hebt gemaakt dat fouten verkomen worden door het
gebruik van het final keyword.

Even deze opmerking:Deze code compileert zo nog niet:(zie code onderaan)
- de constructor naam moet overeen komen met de klasse naam.
- de methode getEngine heeft geen type en geen return variabele.

Groeten,

Hugo

public class LazyCar {

private Engine engine = null;

public Car() {
}

public void drive() {
getEngine().start();
}

private getEngine() {
if (engine == null) {
this.engine = new Engine();
}
}
}