#programowanie #java
Jak w Javie tworzyło się abstrakcyjny interfejs (interfejs to może być złe słówko) dla innych klas w taki sposób, że klasy które po nim dziedziczą muszą nadpisać pola? Taki główny szkielet encji na bazie której można tworzyć inne, kolejne. W Scali to się nazywało 'trait' jeżeli to jakaś wskazowka, teraz chce do do Javy przenieść. Na zasadzie:
Zwierze{
int wiek;
int iloscLap;
}
class Pies extends Zwierze{
override int wiek = ???;
override int iloscLap = ???;
}
Chodzi o to ze aby stworzyć klaske Pies musze nadpisać POLA z interfejsu/abstrakcji Zwierze. Interfejs pozwala na puste zdefiniowanie tylko metod, a ja potrzebuje by pola również były puste :(
Jak w Javie tworzyło się abstrakcyjny interfejs (interfejs to może być złe słówko) dla innych klas w taki sposób, że klasy które po nim dziedziczą muszą nadpisać pola? Taki główny szkielet encji na bazie której można tworzyć inne, kolejne. W Scali to się nazywało 'trait' jeżeli to jakaś wskazowka, teraz chce do do Javy przenieść. Na zasadzie:
Zwierze{
int wiek;
int iloscLap;
}
class Pies extends Zwierze{
override int wiek = ???;
override int iloscLap = ???;
}
Chodzi o to ze aby stworzyć klaske Pies musze nadpisać POLA z interfejsu/abstrakcji Zwierze. Interfejs pozwala na puste zdefiniowanie tylko metod, a ja potrzebuje by pola również były puste :(
- Najlepsze
- Wszystkie komentarze
@LelakowSKY: Trochę śmierdzi to myśleniem uczelnianym w stylu Karp extends Rybka ( ͡° ͜ʖ ͡°)
Poczytaj trochę o projektowaniu systemu
abstract class Zwierze {int wiek;intinterface Zwierze {
int getWiek();
int