[Java lista] elvi kerdes: protected adattag

Elek Márton einstand at gmail.com
2009. Okt. 8., Cs, 10:06:17 CEST


Én mondjuk azt a döntést is át tudnám érezni, hogy a validáció
logikáját szedjük ki a konkrét osztályból, és ne a settelésnél
validáljunk, hanem jól meghatározott validálási pontokon. Mondjuk Bean
Validation Frameworkkel megannotálom az osztályt és be kattintom a
propertyt, hogy a megfelelő JPA és JSF fázisokban automatikusan
validáljon.

m.

2009/10/8  <istvan.ketler at lhsystems.com>:
> Jó kérdés. Ha protected helyett accessor metódusok vannak, akkor könnyen megvalósítható az adatellenőrzés. Protected adattag esetén erre nincs lehetőség. Példa: az osztályom kezeli a barátnők listáját, de csak azokat a lányokat akarom felvenni ide, akiknek barna a szeme. Ha az adattárolásra használt lista protected láthatóságú, akkor a leszármazott osztályt semmi nem kényszeríti erre a konvencióra, és elkezdi felvinni a kék szemű lányokat is. Ettől az ajándékvásárló metódusom elromlik, mert nincs felkészülve az eltérő szemszínre, és inkompatibilis színű ajándékokat kezd vásárolni - ergo összeveszés prognosztizálható a barátnővel. Ha nem protected láthatóságú a lista, akkor a getter visszatér egy unmutable listával, a setter pedig átmásoláskor ellenőrzi a konvenciót, és be nem tartása esetén goromba kivétellel reagál.


További információk a(z) Javalist levelezőlistáról