Een strategie voor het definiëren van Immutable Objecten in een Java-toepassing

De volgende regels definiëren een eenvoudige strategie voor het creëren van onveranderlijke objecten. Niet alle klassen gedocumenteerd als "onveranderlijk" volg deze regels. Dit betekent niet noodzakelijk de makers van deze klassen waren slordig kunnen zij een goede reden om te geloven dat gevallen van hun klassen nooit veranderen na de bouw hebben. Echter, dergelijke strategieën vereisen geavanceerde analyse en zijn niet voor beginners.

1. Niet voorzien "setter" methoden, methoden die passen velden of voorwerpen door velden genoemd.

2. Maak alle velden definitief en prive.

3. Sta niet toe dat subklassen methoden overschrijven. De eenvoudigste manier om dit te doen is te verklaren de klas als definitief. Een meer gesofisticeerde aanpak is om de particuliere bouwer en bouwen gevallen in de fabriek methoden.

4. Als de aanleg velden bevatten verwijzingen naar de veranderlijke objecten, niet mogelijk deze objecten te worden gewijzigd:

Bieden geen methoden die wijziging van de veranderlijke objecten.

Delen geen verwijzingen naar de veranderlijke objecten. Bewaar verwijzingen naar externe, veranderlijk voorwerpen doorgegeven aan de constructor, indien nodig, kopieën maken en opslaan verwijzingen naar de kopieën. Ook maken kopieën van uw interne veranderlijk objecten wanneer dat nodig is om te voorkomen dat de terugkeer van de originelen in uw methoden.

een artikel afkomstig van Clain Brand

Disclaimer: Onze website is niet verantwoordelijk voor de informatie in dit artikel. In dit artikel wordt op geen enkele manier de standpunten, meningen, gedachten of overtuigingen van de artikelen directory personeel.
Vertaling aankondiging: Het artikel "Een strategie voor het definiëren van Immutable Objecten in een Java-toepassing" is vertaald met behulp van een geautomatiseerde vertaling dienst. Onze excuses voor eventuele vertaalfouten die heeft plaatsgevonden. Dank u voor uw begrip.