W świecie programowania obiektowego, termin „hermetyzacja” odgrywa kluczową rolę. Jak Grady Booch, jeden z pionierów programowania obiektowego, określił w swojej książce 'Object-Oriented Analysis and Design': Hermetyzacja to proces kompartmentalizacji elementów abstrakcji, które stanowią jej strukturę i zachowanie; kompartmentalizacja służy do ukrycia wewnętrznych mechanizmów działania obiektów i ujawniania jedynie tych aspektów, które są zewnętrznie widoczne. To właśnie hermetyzacja wyróżnia dobrze zaprojektowane obiekty od prostych kontenerów danych. Przyjrzyjmy się, jak ten koncept wpływa na projektowanie encji. Problem Encji Anemicznych: Przykład Dostępności W tradycyjnym podejściu anemicznym, encje często są traktowane jako proste kontenery danych. Przykładem może być klasa `Availability`, która przechowuje informacje o dostępności terminu, ale sama w sobie nie zawiera żadnej logiki biznesowej: ```java class Availability { private LocalDate date; private boolean i
W świecie programowania obiektowego, termin „hermetyzacja” odgrywa kluczową rolę. Jak Grady Booch, jeden z pionierów programowania obiektowego, określił w swojej książce 'Object-Oriented Analysis and Design':
Hermetyzacja to proces kompartmentalizacji elementów abstrakcji, które stanowią jej strukturę i zachowanie; kompartmentalizacja służy do ukrycia wewnętrznych mechanizmów działania obiektów i ujawniania jedynie tych aspektów, które są zewnętrznie widoczne.
To właśnie hermetyzacja wyróżnia dobrze zaprojektowane obiekty od prostych kontenerów danych. Przyjrzyjmy się, jak ten koncept wpływa na projektowanie encji.
Problem Encji Anemicznych: Przykład Dostępności
W tradycyjnym podejściu anemicznym, encje często są traktowane jako proste kontenery danych. Przykładem może być klasa `Availability`, która przechowuje informacje o dostępności terminu, ale sama w sobie nie zawiera żadnej logiki biznesowej:
```java
class Availability {
private LocalDate date;
private boolean isAvailable;
// Getter i setter dla każdego pola
}
```
W tym modelu, wszelka logika związana z zarządzaniem dostępnością musi być implementowana gdzie indziej, co prowadzi do rozproszenia i duplikacji kodu.
## Lepsze Projektowanie Encji: Skupienie na Hermetyzacji
W oparciu o zasadę hermetyzacji Grady'ego Boocha, zrewidujmy nasze podejście do projektowania encji. Dobrze zaprojektowana encja powinna hermetyzować nie tylko swoje dane, ale także zachowania z nimi związane. Weźmy ten sam przykład `Availability` i dodajmy do niego odpowiednie metody:
```java
class Availability {
private LocalDate date;
private boolean isAvailable;
public Availability(LocalDate date) {
this.date = date;
this.isAvailable = true; // Domyślnie dostępny
}
public LocalDate getDate() {
return date;
}
public boolean isAvailable() {
return isAvailable;
}
public void book() {
if (!isAvailable) {
throw new IllegalStateException("Termin jest już zajęty.");
}
isAvailable = false;
}
public void cancel() {
isAvailable = true;
}
}
```
W tej wersji, encja `Availability` nie tylko przechowuje dane, ale także kontroluje logikę ich zmiany. Dzięki temu, obiekt ten staje się pełnoprawnym uczestnikiem w logice biznesowej, co jest zgodne z intencją programowania obiektowego.
## Wnioski
Zrozumienie i stosowanie hermetyzacji w projektowaniu encji to krok w stronę bardziej efektywnego i zgodnego z zasadami programowania obiektowego kodu. Encje, które hermetyzują swoje dane i zachowania, są nie tylko bezpieczniejsze, ale i łatwiejsze do zrozumienia oraz utrzymania. Jest to znacząca zmiana w podejściu w porównaniu do klasycznego modelu anemicznego, która przynosi realne korzyści w procesie tworzenia oprogramowania.
Komentarze
Prześlij komentarz