Java en Encapsulatie

[Gehakt]

Ik ben een programmeur die begonnen is met C op school en de laatste jaren op werk vooral te maken heeft gehad met C++. De laatste tijd probeer ik met wat zelfstudie kennis te maken met Java(FX). Ik snap echter nog niet helemaal hoe het zit met encapsulatie.
Wat ik ervan begrepen heb is het een onderdeel van OO om de data en functies samen te voegen en daarnaast voorkomt het dat het niet mogelijk om de state van de members te wijzigen buiten het object (dat de members bevat) om.

In C++ hebben wij de vuistregel dat functies enkel const references naar een member mogen retourneren. In java zie ik echter regelmatig iets dergelijks gebeuren:

code:

something.getData().doSomethingThatChangesTheStateOfData()

De functie getData() retourneert hier een referentie naar een intern object waarop vervolgens functies aangeroepen kunnen worden die de state van het interne object veranderen.

Gaat dat niet in tegen het principe van encapsulatie? Of hoe moet ik dat zien?

[ Voor 4% gewijzigd door Gehakt op 30-07-2012 21:42 ]

[MikeN]

Ja, en het zou niet horen in veel gevallen (zeker niet bij collections en dergelijke). Zoek ook op 'defensive copying', en zaken als unmodifiable collections: http://docs.oracle.com/ja...ion(java.util.Collection)

[Gehakt]

Dank je voor de link. Ik vind het wel apart dat er blijkbaar dus toch enkele knappe koppen hebben besloten om die regel te breken terwijl ik altijd hoor dat Java een erg goede OO taal is.

[HMS]

Gehakt schreef op dinsdag 31 juli 2012 @ 16:45:
Dank je voor de link. Ik vind het wel apart dat er blijkbaar dus toch enkele knappe koppen hebben besloten om die regel te breken terwijl ik altijd hoor dat Java een erg goede OO taal is.

Een cirkelzaag is ook een handig stuk gereedschap, toch zagen mensen hun vingers er wel eens mee af.

[NMe]

Gehakt schreef op dinsdag 31 juli 2012 @ 16:45:
Dank je voor de link. Ik vind het wel apart dat er blijkbaar dus toch enkele knappe koppen hebben besloten om die regel te breken terwijl ik altijd hoor dat Java een erg goede OO taal is.

Dat je iets in principe niet zou moeten doen betekent niet dat je het per definitie nooit mag doen. Er zijn voor elke constructie wel argumenten te verzinnen waarom je tóch kiest voor iets dat onder andere omstandigheden een slecht plan zou zijn geweest.