Lekcje

Krążą plotki, że w Javie nie ma czegoś takiego jak dziedziczenie wielokrotne... Niby nie ma, a jednak jest. Z uwagi na pewne problemy wielokrotne dziedziczenie klas nie istnieje (później to wyjaśnimy). Za to wielokrotne dziedziczenie interfejsów jest w Javie jak najbardziej możliwe. Co więcej – to ciekawe i potężne narzędzie pomoże Ci pisać sensowny kod.

W tym zadaniu, przy użyciu wielokrotnego dziedziczenia, odwzorujemy kreskówkę „Tom i Jerry”! Aby to zrobić, tworzymy klasy Dog, Cat i Mouse i implementujemy w nich interfejsy. Kot może się poruszać, jeść i zostać zjedzony. Mysz może się poruszać i zostać zjedzona. Pies może się poruszać i jeść.

Jak klasa abstrakcyjna różni się od interfejsu? Te koncepcje niedługo będą dla Ciebie naturalne i w pełni zrozumiałe, ale jeśli dopiero się uczysz, to nie będzie Ci łatwo je rozdzielić. Na ratunek przybywa Twój nauczyciel Bilaabo ze swoją magiczną tabelą, która zawiera porównania klas abstrakcyjnych i interfejsów.

Dawno, dawno temu były sobie InputStream i OutputStream. Zadeklarowane jako klasy abstrakcyjne. Ale jeśli się im przyjrzeć, to są to całkiem solidne interfejsy. Prawie wszystkie ich metody, poza kilkoma mniej znaczącymi, są abstrakcyjne. Oto moje pytanie: co sprawia, że są one takie wyjątkowe? I dlaczego ktoś zrobił z nich klasy abstrakcyjne?

Nawet przy fascynującym treningu praktycznych umiejętności znajdzie się miejsce na pracę samodzielną. Oczywiście, analizowanie tego samego materiału z różnych stron jest bardzo przydatne. Każdy z nas myśli inaczej, więc prawdopodobnie najlepszym źródłem zdobywania wiedzy teoretycznej będzie dla Ciebie coś innego, niż w przypadku Twojego kolegi. Ta lekcja zawiera link do genialnego artykułu o interfejsach.

Zanim zabierzesz się za te trudniejsze zadania, które znajdują się na końcu poziomu, potrzebujesz trochę sobie odpocząć. Tym razem obejrzymy film o pewnych dzieciakach, które zbudowały w garażu niesamowity komputer. A potem kolejny. Później jeszcze jeden. Mieli na imię Steve i Steve. Jobs i Wozniak.

Dzwoni Kapitan Odlot! Ma dla Ciebie kilka niespodzianek. W zasadzie, nie kilka, i nie są to niespodzianki, ale dziesięć zadań, które mają za zadanie ugruntować Twoją wiedzę o klasach abstrakcyjnych i interfejsach. Co odważniejsi mogą spróbować swoich sił w trzech zadaniach dodatkowych. Aby je rozwiązać, będziesz musiał naprawdę ruszyć głową.

Gratulujemy najnowszego osiągnięcia! Posiadasz już sporą wiedzę o interfejsach i klasach abstrakcyjnych. W końcu było do zrobienia całe 31 zadań. To kawał pracy, nawet jeśli niektóre z nich zostawiłeś/aś sobie na później. Nastała pora, aby bliżej przyjrzeć się rzutowaniu typów i operatorowi instanceof. Oraz żeby ukończyć obszerne zadanie o interfejsach.

Dzisiaj będziemy się dalej zajmować operatorem instanceof. Wspominaliśmy o tym w poprzednich lekcjach. Jego zadaniem jest sprawdzanie, czy obiekt stanowi instancję określonej klasy. Nauczysz się, kiedy, jak i gdzie można z niego korzystać oraz co to wszystko ma wspólnego z dziedziczeniem oraz interfejsami.

Podczas Twojej nauki o operatorze instanceof chłopaki z tajnego centrum CodeGym świetnie się bawili na imprezie. Tak nawiasem mówiąc, impreza odbyła się na Twoją cześć. Dlatego też nauczyciel Diego nie jest dzisiaj w nastroju do pracy. Przygotował on dla Ciebie tylko dwa zadania o instanceof. Tylko tu nam nie wymiękaj. Możesz zrobić je później.

Podczas pierwszej misji spotkałeś/aś się już z konwersjami rozszerzającymi i zawężającymi typów prymitywnych. Teraz typy referencyjne są Ci już dość dobrze znane. Nadszedł więc czas, aby bliżej przyjrzeć się temu, jak działają rozszerzające i zawężające konwersje typów.

Przekonwertujmy kilka typów! Najlepiej, gdyby były to typy referencyjne, a nie typy prymitywne. Przecież byle leszcz potrafi konwertować typy prymitywne już po pierwszej misji. Mistrz Diego przygotował dla Ciebie pięć zadań z tego tematu.