Search
Info pro ucitele
Toto cvičení je zaměřeno na procvičení práce se spojovými datovými strukturami. V druhé části cvičení se zaměříme na dědičnost a návrhový vzor double dispatch.
Tento úkol je těžce inspirován tutoriálem od Oracle.
Vytvořte projekt, který bude obsahovat následující třídy:
Bicycle
protected int cadence
protected int speed
protected int gear
public void printDescription()
Bike is in gear 1 with a cadence of 20 and travelling at a speed of 10.
TestBikes
public static void main()
Slovníková definice polymorfismu odkazuje na zásady v biologii, v níž organismus nebo druh může mít mnoho různých forem nebo fáze. Tento princip lze také použít k objektově orientovanému programování a jazyků, tedy i v jazyku Java. Podtřídy třídy mohou definovat své vlastní jedinečné chování a přesto sdílejí některé stejné funkčnosti nadřazené třídy.
Polymorfismus může být demonstrován na třídě Bicycle. Ta obsahuje metodu printDescription(), která vypíše informace o všech datech dané instance.
printDescription()
MountainBike
RoadBike
String suspension
“Front”
“Dual”
int tireWidth
Nyní bychom chtěli, aby printDescription() vypisovalo všechny informace o daném kolu:
Bicycle bike01, bike02, bike03; bike01 = new Bicycle(20, 10, 1); bike02 = new MountainBike(20, 10, 5, "Dual"); bike03 = new RoadBike(40, 20, 8, 23); bike01.printDescription(); bike02.printDescription(); bike03.printDescription();
Bike is in gear 1 with a cadence of 20 and travelling at a speed of 10. Bike is in gear 5 with a cadence of 20 and travelling at a speed of 10. Bike is in gear 8 with a cadence of 40 and travelling at a speed of 20.
Tedy, existují tři třídy: Bicycle, MountainBike a RoadBike. Dvě podtřídy přepisují metodu printDescription() a tisknou jedinečné informace. Jak to, že se volá správná metoda, ačkoliv všechny proměnné jsou typu Bicycle?
Java Virtual Machine (JVM) volá příslušnou metodu pro objekt, na který se odkazuje každá z proměnných. Není to volání metody určené podle typu proměnné. Toto chování se označuje jako volání virtuální metody a ukazuje určitý aspekt důležitých polymorfních rysů v jazyce Java.
Navrhněte servis kol. Servis přijímá různá kola a může mít různé specializace na opravy. Například může být servis, který se specializuje jen na RoadBike ale zvládne i údržbu běžného kola. Zkusme navrhnout následující 3 servisy:
BasicService
void accept(Bicycle)
“fixing Bicycle”
void accept(MountainBike)
void accept(RoadBike)
“can`t fix ”
MountainBikeService extends BasicService
“fixing MountainBike”
RoadBikeService extends BasicService
“fixing RoadBike”
Nyní zkusme zakomponovat do metody main tyto servisy a předejme jim kola.
Servis nám příjímá kola jako Bicycle. Co s tím? Nápady?
Zkusme tedy použít kouzlo, jistě ho oceníte. Nejprve, ale řekněme co je zde za problém. Pokud uděláme toto Bicycle bike = new MountainBike(20, 10, 5, “Dual”); a zavoláme bike.printDescription(); tak se správně zavolá virtuální metoda z MountainBike. Pokud ale zavoláme na mountainBikeService.accept(bike), tak si compiler myslí, že má Bicycle.
Bicycle bike = new MountainBike(20, 10, 5, “Dual”);
bike.printDescription();
mountainBikeService.accept(bike)
Jak na to? Znovu pro pořádek:
Co tedy s tím? Spojme to a udělejme double dispatch. Přidejme metodu visit(BasicService bs) do každého typu kola! Každý typ kola pak zavolá v metodě visit bs.accept(this);. Zopakujme si to:
visit(BasicService bs)
bs.accept(this);
bike.visit(mountainBikeService)
visit
mountainBikeService
this
Tento trik je opět “best practice” a jedná se o návrhový vzor Visitor.
accept
Navrhněte třídu držák, ta bude držet instanci daného typu kola (delegace).
BicycleHolder
MountainBikeHolder extends BicycleHolder
RoadBikeHolder extends BicycleHolder
Nápověda
public class MountainBikeHolder extends BicycleHolder { public MountainBikeHolder(MountainBike bicycle) { super(bicycle); } }
Navrhněte vozidlo Car, které bude přijímat kola různých typů a dle jejich typu bude vybírat vhodný držák, a to podobně jako jako se kola předávala do servisu (v minulém úkolu), tedy metodami:
Car
accept(Bicycle)
accept(MountainBike)
accept(RoadBike)
Kola se ve vozidle budou ukládat jen s pomocí držáku a to do seznamu/listu:
List<BicycleHolder> carHolders = new ArrayList<BicycleHolder>(4);
Generalizujte auto i opravnu přes rozhraní Visitable, upravte kola ať mohou navštívit toto rozhraní. V našem konkrétním případě je kolo visitor (návštěvník) a servis, potažmo auto je visitable (navštěvovaný).
Visitable
public interface BicycleVisitable { public void accept(Bicycle b); public void accept(MountainBike b); public void accept(RoadBike b); }
public class Bicycle { .. public void visit(BicycleVisitable servis) { servis.accept(this); // i v dalsich tridach } }
Řešení otestujme:
System.out.println("Single dispatch:"); Car car1 = new Car(); car1.accept(bike01); car1.accept(bike02); car1.accept(bike03); System.out.println(car1); System.out.println("Double dispatch:"); Car car2 = new Car(); bike01.visit(car2); bike02.visit(car2); bike03.visit(car2); System.out.println(car2);
Každé kolo bude mít danou barvu, evidujme jen dobře definovaný počet barev výčtovým typem. Výčtovému typu přidejme pro každou barvu též atributy: název barvy a identifikační číslo.
Navrhněte generickou třídu AnyHolder<T>, která odstraní hierarchii z úkolu 1. Použijte ji ve druhém autě AnyHolderCar (původní ne-generickou implementaci ponechte, ať máte srovnání před očima).
AnyHolder<T>
AnyHolderCar
Přetížení vs přepsání
Abstraktní třídy a metody
Rozhraní
Výčtový typ (enum)
Generika