Zpo-7-wyk-Slajd23: 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(1)==
==Template Method: uczestnicy==


[[Image:zpo-7-wyk-Slajd23.PNG|Przykład(1)]]
[[Image:zpo-7-wyk-Slajd23.PNG|Template Method: uczestnicy]]




Pierwszy krok przekształcenia to stworzenie w klasie KartaCzytelniczaUlgowa pola typu KartaCzytelnicza i przypisanie mu wartości ''this'' . Od tego momentu obiekty tych klas są powiązane dwiema równoległymi relacjami.
Klasa abstrakcyjna definiuje szkielet algorytmu w postaci metody, która z założenia nie powinna być pokrywana w klasach potomnych i często jest deklarowana jako sfinalizowana. Podklasy muszą dostarczyć implementacji metod abstrakcyjnych nadklasy oraz mogą pokryć niektóre inne odziedziczone metody.


Zmianie ulega także sposób odwołania w metodzie ''naliczKare'' ''():'' z wywołania metody w nadklasie na wywołanie przez delegację.
Instancja wybranej podklasy dziedziczy zatem szkielet algorytmu i część kroków algorytmu, oraz definiuje samodzielnie pozostałe kroki.




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

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

Template Method: uczestnicy

Template Method: uczestnicy


Klasa abstrakcyjna definiuje szkielet algorytmu w postaci metody, która z założenia nie powinna być pokrywana w klasach potomnych i często jest deklarowana jako sfinalizowana. Podklasy muszą dostarczyć implementacji metod abstrakcyjnych nadklasy oraz mogą pokryć niektóre inne odziedziczone metody.

Instancja wybranej podklasy dziedziczy zatem szkielet algorytmu i część kroków algorytmu, oraz definiuje samodzielnie pozostałe kroki.


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