Io-8-wyk-Slajd23
Rozwiązanie 1: podklasy
Pierwsze, niemal intuicyjne rozwiązanie polega na utworzeniu podklas reprezentujących rodzaje kart. Podklasy dziedziczą wspólne atrybuty i zachowanie po nadklasie stanowiącej ogólną Kartę Czytelnika, definiując jednak własny sposób wykonania niektórych metod (np. opłataRoczna () i opłataKarna ()). Z punktu widzenia zachowania programu jest to zatem rozwiązanie poprawne, które jednocześnie promuje ponowne użycie kodu poprzez wykorzystanie dziedziczenia.
Jednak stworzenie niezależnych klas uniemożliwia zmianę typu karty bez rekompilacji kodu. To oznacza, że zmiana typu karty Junior na Standard wiązałaby się z usunięciem jednego obiektu i utworzeniem drugiego poprzez przepisanie jego atrybutów. Dlatego to rozwiązanie w całości jest nie do zaakceptowania.
