Dziedziczenie

pytanie zadane 17 marca 2016 w C i C++ przez vanowikv13 Bywalec (2,740 p.)
edycja 17 marca 2016 przez vanowikv13

Czy można dziedziczyć z 2 klas na raz ?

np.mamy 2 klasy i chcemy żeby klasa dowód dziedziczył z klasy pesel i nazwisko np. publicznie czy to jest możliwe ?

3 odpowiedzi

odpowiedź 17 marca 2016 przez Sebastian Fojcik Nałogowiec (43,040 p.)

Najlepsza

W C++ można:

class Rodzic1
{

};

class Rodzic2
{

};

class Dziedzic : public Rodzic1, public Rodzic2
{

};

Oddzielasz przecinkiem i przed każdą klasą, z której dziedziczysz, piszesz czy dziedziczysz publicznie, prywatnie czy protected. Jak nie napiszesz nic, to przez domniemanie będziesz dziedziczył prywatnie.

W C# i Java (w pełni obiektowych językach) nie można dziedziczyć z kilku obiektów na raz. Ciesz się z tych udogodnień teraz. Doceń je :-)

komentarz 17 marca 2016 przez vanowikv13 Bywalec (2,740 p.)

dzięki działa :)

komentarz 17 marca 2016 przez Boshi VIP (100,240 p.)

To nie są udogodnienia, można szybko, bardzo bardzo szybko stracić orientację, można z tego korzystać, ale trzeba umieć.

komentarz 18 marca 2016 przez Sebastian Fojcik Nałogowiec (43,040 p.)
edycja 18 marca 2016 przez Sebastian Fojcik

Z punktu widzenia innych języków, w C++ są to udogodnienia.

Nie jest to jednak niezbędne i świadczy o tym chyba najlepiej fakt, że takiego złożonego dziedziczenia nie ma w innych, wysokopoziomowych językach programowania.

Z tym, że trzeba umieć, to masz rację. Jedyne sensowne użycie dziedziczenia z dwóch klas jakie widziałem, to chyba w bibliotece standardowej , gdzie mamy klasę iostream, dziedziczącą od istream i ostream. ;-)

odpowiedź 17 marca 2016 przez notabigthreat Mądrala (7,060 p.)

np.mamy 2 klasy i chcemy żeby klasa dowód dziedziczył z klasy pesel i nazwisko np. publicznie czy to jest możliwe ?

Czy na pewno wiesz, co chcesz zrobić? Takie dziedziczenie (według standardowej interpretacji) oznacza, że dowód jest peselem, jak i jest nazwiskiem. Pewnie chciałeś przechowywać PESEL oraz nazwisko jako właściwości (zmienne w klasie), czyli: dowód zawiera pesel oraz nazwisko.

komentarz 18 marca 2016 przez Sebastian Fojcik Nałogowiec (43,040 p.)

Zdecydowanie popieram!

Dziedziczenie, które zostało przedstawione jako przykład przez autora jest błędne już z samego założenia "po co się dziedziczy".

Aczkolwiek nie pisałbym, że klasa Dowód zawiera w sobie tylko obiekty (zmienne w klasie) typu Pesel i Nazwisko dlatego, że nie powinien istnieć samotny obiekt Pesel lub Nazwisko poza klasą. W takim przypadku definicje tych klas zagnieżdżamy w definicji Dowód. Jest to, wbrew pozorom, bardzo popularna praktyka swego rodzaju "hermetyzacji".

Niżej zamieszczam przykład. Niestety są pewne utrudnienia z tym związane. Między innymi takie, że do napisania poprawnej definicji obiektu kompilator potrzebuje już znać definicję klasy. Wobec czego dochodzi do takiej nieprzyjemnej sytuacji, kiedy składniki prywatne są nad publicznymi (niezgodne z konwencją pisania kodu)

class Dowód
{
private:
	class Nazwisko
	{

	};
	class Pesel
	{

	};
public:
	Nazwisko naz;
	Pesel pes;
};

I nie ma rady na taki zapis. Mógłbyś też umieścić definicje klas zagnieżdżonych w klauzuli dostępu public, ale to było sprzeczne z założeniem :D
W C++ byłoby wtedy możliwe stworzenie obiektu klasy zagnieżdżonej z pominięciem klasy podstawowej. (W Javie takie zachowanie jest niedozwolone)

Gdyby Nazwisko i Pesel były wewnątrz public, to w main() mógłbyś zapisać coś takiego:

Dowód::Nazwisko nazwisko;

herezja :-D

komentarz 18 marca 2016 przez notabigthreat Mądrala (7,060 p.)

Nie ma po co zakładać, że nigdy nie będziemy pracować jedynie na peslu zamiast pełnego dowodu.
Od nazwisk to w sumie klasy nie trzeba – mamy stringi, wstringi… , a ten pesel to zwykła liczba z ograniczeniami.

komentarz 18 marca 2016 przez Sebastian Fojcik Nałogowiec (43,040 p.)

To oczywiste, ale autor posta wyodrębnił pesel i nazwisko do osobnych klas. Toteż pokazałem czym należy zastąpić dziedziczenie, które nieszczęśliwie starał się zaimplementować :-P