Lekcje

Praktyczny przewodnik po budowaniu hierarchii klas w Javie: od abstrakcji do szczegółów. Na przykładach figur, mini‑edytora, płatności i transportu pokazujemy, jak wynosić część wspólną do bazowej klasy abstract, nadpisywać metody takie jak area()/ draw(), rozszerzać system bez przepisywania kodu i unikać duplikacji. Zakończymy przeglądem typowych błędów i wskazówkami projektowymi.

Ćwiczymy stosowanie abstrakcji w rzeczywistych scenariuszach: płatności, transport, edytor graficzny. Pokażemy, jak wynieść wspólne zachowanie do bazowej klasy abstract, pracować poprzez wspólny kontrakt i zastąpić „rozgałęziony” kod if- else polimorfizmem. Po drodze zobaczymy, jak w jednolity sposób wywoływać metody takie jak process(), move(), draw()/ resize(), aby kod był elastyczny i łatwy do rozszerzania.

Jak rozkładać złożone aplikacje na poziomy abstrakcji (UI, logika biznesowa, dostęp do danych), aby kod pozostawał czytelny i łatwy do rozbudowy. W praktyce budujemy mini menedżer zadań z warstwami Task, TaskRepository, TaskService, pokazujemy wymienność implementacji i korzyści dla zespołu. Omówimy dobre praktyki, typowe błędy i przykład z serwisami OrderService/ OrderRepository, a także metody takie jak saveOrder() i findUserById().

W tej lekcji dowiesz się, czym jest interfejs w Javie, jak go deklarować za pomocą słowa kluczowego interface, jak klasy realizują kontrakt poprzez implements oraz dlaczego metody domyślnie są traktowane jako public abstract. Omówimy różnice między interfejsem a klasą, przykłady z JDK ( Comparable, Runnable, Serializable), schemat wizualny oraz typowe błędy.

W tej lekcji porównamy interfejsy i klasy abstrakcyjne w Javie: kiedy co wybierać, czym różnią się pod względem możliwości i ograniczeń, jak wyglądają ich sygnatury ( abstract class i interface), co oznaczają modyfikatory takie jak public, abstract, static, a także omówimy przykłady z JDK, praktyczne przypadki i typowe błędy (dziedziczenie, implementacja, użycie implements/ extends).

W tym wykładzie omawiamy, jak jedna klasa w Javie może implementować kilka interfejsów naraz: składnia z słowem kluczowym implements, łączenie ról (na przykład Movable, Attackable, Serializable), zgodne sygnatury metod, brak „problemu diamentu”, a także co robić przy konfliktach metod default. Dołączono praktyczne przykłady i omówienie typowych błędów.

W tym wykładzie omawiamy, czym jest interfejs funkcyjny (dokładnie jedna metoda abstrakcyjna), jak i po co oznaczać go adnotacją @FunctionalInterface, czym wolno uzupełniać interfejs metodami default i static, a także jak stosować takie interfejsy w praktyce (zwykłe klasy i klasy anonimowe). Przykłady z Runnable, Comparator<T> oraz interfejsami z java.util.function uzupełnione są tabelą i omówieniem typowych błędów.

Jak interfejsy zmieniają kod w elastyczną architekturę: programujemy wobec abstrakcji, wstrzykujemy zależności przez DI, podmieniamy implementacje w testach, dodajemy nowe zachowania bez zmian w rdzeniu ( OCP). Pokazujemy, jak interfejsy leżą u podstaw wzorców Observer, Strategy, Command, oraz praktykę na przykładach ( UserRepository, NotificationSender, strategie płatności).

W tym wykładzie omówimy wyrażenia lambda w Javie: czym są i po co, jak wygląda składnia oraz skróty, jak lambdy wiążą się z interfejsami funkcyjnymi ( @FunctionalInterface), czym różnią się od klas anonimowych i jak działa przechwytywanie zmiennych ( final / effectively final). Na praktycznych przykładach z Runnable, Consumer, Comparator, Function i Stream API zobaczymy, jak pisać krócej i czytelniej. Zakończymy rozdziałem „Typowe błędy” oraz wskazówkami, jak ich unikać.

Krótkie wprowadzenie do referencji do metod w Javie: gdzie i jak używać method reference zamiast lambd. Omówimy 4 formy: Klasa::metoda (statyczna i „na instancji”), obiekt::metoda, Klasa::new. Zrozumiemy dopasowanie sygnatur do interfejsów funkcyjnych, porównamy z wyrażeniami lambda, zobaczymy praktyczne przykłady z forEach, sort, map i omówimy typowe błędy (niezgodność sygnatur, przeciążanie metod itp.).

W tym wykładzie omawiamy, po co w Java 8 pojawiły się default-metody w interfejsach, jak pozwalają rozwijać API bez psucia starego kodu, ich składnię (słowo kluczowe default przed typem zwracanym) i zachowanie w implementacjach. Na przykładach z biblioteki standardowej ( List: forEach, replaceAll, sort) rozważymy praktykę zastosowania. Omówimy ograniczenia: nie można przesłaniać metod Object ( equals/ hashCode/ toString), a także zasady rozwiązywania konfliktów przy wielokrotnej implementacji i typowe błędy.

Omówimy, jak i dlaczego interfejsy w Javie zyskały static-metody: składnię deklaracji, różnice względem default-metod, kluczowe ograniczenia (nie są dziedziczone, nie da się ich przesłaniać, wywołanie tylko przez nazwę interfejsu, dostęp wyłącznie do członków static, wsparcie dla private static od Java 9+). W praktyce spojrzymy na Movable.resetPosition(), pomocniczy Logger, fabryki kolekcji List.of()/ Set.of()/ Map.of() oraz narzędzie Comparator.reverseOrder(). Na końcu — typowe błędy i jak ich uniknąć.