Kurcze mirki (i mirabelki). To będzie pytanie od laika, ale no nie umiem tego zrozumieć. Jak to jest z tym dziedziczeniem. Mam klasę, którą mogę rozszerzyć inną nadrzędną klasę, np. szefa mogę rozszerzyć klasą pracownik gdyż maja metodę wspólną (wypłata ), ale szef dodatkowo ma, np. metodę spotkania służbowe więc szef ma możliwość użycia wszystkich metod pracownika plus dodatkowo swoją własną. Mogę stworzyć klasę abstrakcyjną, która zawiera metody abstrakcyjne wypłata i spotkania służbowe i użyć tej klasy jako rozszerzenie obu klas, wtedy muszę zaimplementować wszystkie metody abstrakcyjne, ale przy pracowniku nic nie muszę robić z metodą spotkania służbowe , w sensie nie muszę jej nigdzie wywoływać. Mogę też stworzyć interfejs z metodami wypłata oraz spotkania służbowe . Wiem, że daną klasę możesz rozszerzyć tylko jedną klasę abstrakcyjną, a wieloma interfejsami. Kiedy co się używa, co jest prostsze w jaki przypadkach. Pogubiłem się i potrzebowałbym podpowiedzi od kogoś kto z tym obcuje na codzień. Podziękował #java #naukaprogramowania #programowanie
@Going34 Moim zdaniem szef jest szczególnym przypadkiem pracownika. Więc jeśli już, to on powinien dziedziczyć po nadrzędnym pracowniku rozszerzając go o dodatkowe metody.
Mam klasę, którą mogę rozszerzyć inną nadrzędną klasę, np. szefa mogę rozszerzyć klasą pracownik gdyż maja metodę wspólną (wypłata ), ale szef dodatkowo ma, np. metodę spotkania służbowe więc szef ma możliwość użycia wszystkich metod pracownika plus dodatkowo swoją własną.
@hawat: kurczę, akurat mam tak, że najpierw sam próbuję dojść do rozwiązania czytając opracowania, a potem pytam. Po prostu nie widzę praktycznej różnicy między wykorzystywaniem klas abstrakcyjnych a interfejsami.
@non-serviam: to też napisałem na samym końcu mojego wpisu:
Wiem, że daną klasę możesz rozszerzyć tylko jedną klasę abstrakcyjną, a wieloma interfejsami.
ale nie widzę praktycznego zastostowania w takim przypadku tworzenia klas abstrakcyjnych. Jeśli potrzebujemy czegoś co będzie nam rozszerzać klasy to niewygodniej w takim razie jest implementować tylko interfejsy (jeśli chodzi nam tylko o metody)?
@Going34: szybka odpowiedź od praktyka: gdzie możesz używaj interfejsów a nie klas abstrakcyjnych
w teorii: interfejs ma udostępniać właśnie "interfejs" opisujący jakieś zachowania albo cechy (stąd często forma imiesłowowa(?) typu Runnable, Writable itp) a klasa abstrakcyjna jest czymś pomiędzy bo umożliwia jednocześnie definicję interfejsu jak i implementację go wykorzystującą (trochę taki wzorzez Template Method bez rozdrabniania się na pliki), ale w praktyce klasa abstrakcyjna jest bardzo nieprzyjemna w testowaniu - zarówno
@Going34: Interfejsy stanowią opis kontraktu, czyli co dana klasa implementująca owy interfejs potrafi robić (jakie ma metody) - ale bez szczegółów tego jak te metody działają. Np masz interfrejs KonwerterTekstu z metodą konwertuj(String text) i implementuje go klasa KonwertujDoPdf i KonwertujDoJpg, każda z nich konwertuje do odpowiedniego formatu (#!$%@?ąc w jaki sposób skonwertować text na jpg)
Klasę abstrakcyjną, której już się praktycznie nie używa w dobrych projektach, wprowadzasz jak masz jakąś
@Going34: już ci odpowiedzili chłopacy to się nie bedę rozpisywał ( ͡°͜ʖ͡°) Nie zawracaj sobie za mocno głowy tym na tym etapie, bo to się wydaje niepotrzebne albo bez sensu ale im dalej w las tym bardziej będziesz widział i rozumiał dlaczego tak, a nie inaczej. Teraz to tylko namącisz sobie w głowie.
@Going34: Spotkania służbowe i wypłata to zupełnie inne konteksty. To, że spotkania możesz przypisać do szczególnego typu osoby wcale nie znaczy, że zachodzi dziedziczenie. Generalnie dopisywanie metod do podklasy wychodzi poza abstrakcyjne typowanie - to zawsze jest "hack", a nigdy "design" - może coś ułatwić proceduralnie, ale dodaje potencjalny koszt obsługi szczególnych przypadków (if (x instanceof y) ...).
Klasa abstrakcyjna opiera się w zasadzie na dwóch podobnych wzorcach projektowych
@Going34: Dziedziczenie w praktyce się uzywa już bardzo rzadko (zgodnie z Composition over inheritance). Interfejsy z kolei powinno używać się często i najlepiej w jak najdrobniejszej formie (w myśl zasady segregacji interfejsów z SOLID).
Co do przykladow dziedziczenia, to każdy kwadrat jest prostokątem, ale nie każdy prostokat kwadratem, stad kwadrat dziedziczy po prostokącie. Z punktu widzenia impelentacji oczekiwałbym jednak użycie interfejsuow Figura (z metodami obliczania pola i objętości) i Prostokąt z
Jak to jest z tym dziedziczeniem.
Mam klasę, którą mogę rozszerzyć inną nadrzędną klasę, np. szefa mogę rozszerzyć klasą pracownik gdyż maja metodę wspólną (
wypłata), ale szef dodatkowo ma, np. metodęspotkania służbowewięc szef ma możliwość użycia wszystkich metod pracownika plus dodatkowo swoją własną.Mogę stworzyć klasę abstrakcyjną, która zawiera metody abstrakcyjne
wypłataispotkania służbowei użyć tej klasy jako rozszerzenie obu klas, wtedy muszę zaimplementować wszystkie metody abstrakcyjne, ale przy pracowniku nic nie muszę robić z metodąspotkania służbowe, w sensie nie muszę jej nigdzie wywoływać.Mogę też stworzyć interfejs z metodami
wypłataorazspotkania służbowe.Wiem, że daną klasę możesz rozszerzyć tylko jedną klasę abstrakcyjną, a wieloma interfejsami.
Kiedy co się używa, co jest prostsze w jaki przypadkach. Pogubiłem się i potrzebowałbym podpowiedzi od kogoś kto z tym obcuje na codzień. Podziękował
#java #naukaprogramowania #programowanie
@Going34: Stary, może to po prostu nie dla Ciebie... Naprawdę świat nie będzie lepszy gdy będziesz klepać kod.
@Going34: RTFM
https://www.empik.com/the-c-programming-language-stroustrup-bjarne,p1079090178,ksiazka-p
Tak, to o c++ a nie javie - ale jak chcesz się uczyć to "go to the source".
@Going34 Z tego co napisałeś wynika coś odwrotnego. Ale ważne, żeby w kodzie było to poprawne.
@hawat: kurczę, akurat mam tak, że najpierw sam próbuję dojść do rozwiązania czytając opracowania, a potem pytam. Po prostu nie widzę praktycznej różnicy między wykorzystywaniem klas abstrakcyjnych a interfejsami.
@Going34: dziedziczyć możesz raz, implementować interfejsów możesz kilka.
ale nie widzę praktycznego zastostowania w takim przypadku tworzenia klas abstrakcyjnych. Jeśli potrzebujemy czegoś co będzie nam rozszerzać klasy to niewygodniej w takim razie jest implementować tylko interfejsy (jeśli chodzi nam tylko o metody)?
w teorii: interfejs ma udostępniać właśnie "interfejs" opisujący jakieś zachowania albo cechy (stąd często forma imiesłowowa(?) typu Runnable, Writable itp) a klasa abstrakcyjna jest czymś pomiędzy bo umożliwia jednocześnie definicję interfejsu jak i implementację go wykorzystującą (trochę taki wzorzez Template Method bez rozdrabniania się na pliki), ale w praktyce klasa abstrakcyjna jest bardzo nieprzyjemna w testowaniu - zarówno
Klasę abstrakcyjną, której już się praktycznie nie używa w dobrych projektach, wprowadzasz jak masz jakąś
Nie zawracaj sobie za mocno głowy tym na tym etapie, bo to się wydaje niepotrzebne albo bez sensu ale im dalej w las tym bardziej będziesz widział i rozumiał dlaczego tak, a nie inaczej.
Teraz to tylko namącisz sobie w głowie.
@hawat: Ty tak na serio? xDDDD
Generalnie dopisywanie metod do podklasy wychodzi poza abstrakcyjne typowanie - to zawsze jest "hack", a nigdy "design" - może coś ułatwić proceduralnie, ale dodaje potencjalny koszt obsługi szczególnych przypadków (
if (x instanceof y) ...).Klasa abstrakcyjna opiera się w zasadzie na dwóch podobnych wzorcach projektowych
Co do przykladow dziedziczenia, to każdy kwadrat jest prostokątem, ale nie każdy prostokat kwadratem, stad kwadrat dziedziczy po prostokącie. Z punktu widzenia impelentacji oczekiwałbym jednak użycie interfejsuow Figura (z metodami obliczania pola i objętości) i Prostokąt z