Zpo-7-wyk-Slajd17: Różnice pomiędzy wersjami

Z Studia Informatyczne
Przejdź do nawigacjiPrzejdź do wyszukiwania
Bwalter (dyskusja | edycje)
Nie podano opisu zmian
 
Bwalter (dyskusja | edycje)
Nie podano opisu zmian
 
Linia 1: Linia 1:
==Przykład==
==Mediator: konsekwencje==


[[Image:zpo-7-wyk-Slajd17.PNG|Przykład]]
[[Image:zpo-7-wyk-Slajd17.PNG|Mediator: konsekwencje]]




Przekształcenie zostanie omówione na przykładzie relacji pomiędzy obiektami Książka i Kategoria. Przykład ten różni się od poprzedniego, poza kierunkiem wykonania przekształcenia, także krotnością relacji. Książka może należeć do wielu Kategorii, a każda Kategoria składa się z wielu Książek.
Mediator narzuca centralizację mechanizmu komunikacji. Odpowiedzialność za komunikację przejmuje w całości Mediator, co z jednej strony pozwala w łatwy sposób modyfikować go lub wymieniać, z drugiej jednak powoduje znaczny wzrost złożoności tego obiektu. Wydaje się jednak, że zamiana taka jest opłacalna, ponieważ uwalnia od problemów związanych z komunikacją resztę obiektów w systemie.


Na początku Książka i Kategoria posiadają referencje do siebie nawzajem. Usunięta ma zostać asocjacja skierowana od Kategorii do Książki.
Drugą ważną zaletą wzorca jest uniezależnienie obiektów Colleague od siebie: nie posiadają one o sobie żadnej wiedzy, co pozwala modyfikować ich liczbę i funkcjonalność.
 
Slajd ten pokazuje implementację fragmentu klasy Książka, przede wszystkim metod dodającej i usuwającej referencję do Kategorii w klasie Książka. Łatwo zauważyć algorytm dodawania i usuwania referencji do obiektu omówiony na poprzednim przykładzie.




[[zpo-7-wyk-Slajd16 | << Poprzedni slajd]] | [[zpo-7-wyk-toc|Spis treści ]] | [[zpo-7-wyk-Slajd18 | Następny slajd >>]]
[[zpo-7-wyk-Slajd16 | << Poprzedni slajd]] | [[zpo-7-wyk-toc|Spis treści ]] | [[zpo-7-wyk-Slajd18 | Następny slajd >>]]

Aktualna wersja na dzień 19:16, 4 lis 2006

Mediator: konsekwencje

Mediator: konsekwencje


Mediator narzuca centralizację mechanizmu komunikacji. Odpowiedzialność za komunikację przejmuje w całości Mediator, co z jednej strony pozwala w łatwy sposób modyfikować go lub wymieniać, z drugiej jednak powoduje znaczny wzrost złożoności tego obiektu. Wydaje się jednak, że zamiana taka jest opłacalna, ponieważ uwalnia od problemów związanych z komunikacją resztę obiektów w systemie.

Drugą ważną zaletą wzorca jest uniezależnienie obiektów Colleague od siebie: nie posiadają one o sobie żadnej wiedzy, co pozwala modyfikować ich liczbę i funkcjonalność.


<< Poprzedni slajd | Spis treści | Następny slajd >>