[C++]Dziedziczenie - pomysł :)

[gates22 0]

Witam wszystkich piszę tutaj, ponieważ nie mogę wymyślić, jaki mógłbym napisać program, w którym wykorzystam i poćwiczę dziedziczenie + przeładowania operatorów + konstruktory Ale najbardziej zależy mi na dziedziczeniu Może ktoś mi podsunie pomysł na jakiś programik ? Z góry dzięki

[Punisher 0]

Jakikolwiek program, w którym występuje np kilku użytkowników o różnych uprawnieniach i to właśnie te uprawnienia mogą być dziedziczone lub nie. Pamiętam, że pisałem baze danych z samochodami i do tego właśnie kilka poziomów dostępu. Mocniejszy user dziedziczy po słabszym jeszcze mocniejszy dalej dziedziczy itd...

[gates22 0]

ooo faktycznie świetny pomysł wcześniej nie pomyślałem, że w ten sposób można wykorzystać dziedziczenie

[candeller 0]

dziedziczenie to zlo i powinno sie je omijac szerokim lukiem.

[shoter 0]

jesli chcesz zrobic cos graficznego to :

-zrob sobie klase okienko ktora bedzie wyswietlac i zachowywac sie jak normalne okienko w windows(zamknij/przesun/wyswietl zawartosc w srodku/wyswietl) i klase ktora bedzie tym shitem zarzadzac(bedzie umiala przesunac np okienko ktore jest na spodzie na wierzch).

 

Gdzie cwiczenie operatorow ?

-W klasie systemu okienek dodajemy operatory dodawania(ew usuwania) okienek.

Dziedziczenie :

-Sprobuj zdefiniowac klase ktora dziedziczy okno i dziala tak samo dobrze jak klasa podstawowa(posiadajac cos tam dodatkowego).

 

Mysle ze to bedzie ciekawe (przynajmniej ja teraz nad czyms takim pracuje)

(jak chcesz to napisz mi na PW to pokaze ci co wykodzilem(niestety jescze bez dziedziczenia ) w allegro(bibliteka graficzna))

[gates22 0]

jesli chcesz zrobic cos graficznego to :

-zrob sobie klase okienko ktora bedzie wyswietlac i zachowywac sie jak normalne okienko w windows(zamknij/przesun/wyswietl zawartosc w srodku/wyswietl) i klase ktora bedzie tym shitem zarzadzac(bedzie umiala przesunac np okienko ktore jest na spodzie na wierzch).

 

Gdzie cwiczenie operatorow ?

-W klasie systemu okienek dodajemy operatory dodawania(ew usuwania) okienek.

Dziedziczenie :

-Sprobuj zdefiniowac klase ktora dziedziczy okno i dziala tak samo dobrze jak klasa podstawowa(posiadajac cos tam dodatkowego).

 

Mysle ze to bedzie ciekawe (przynajmniej ja teraz nad czyms takim pracuje)

(jak chcesz to napisz mi na PW to pokaze ci co wykodzilem(niestety jescze bez dziedziczenia ) w allegro(bibliteka graficzna))

też fajny pomysł, ale najpierw wezmę się za to, co Punisher zaproponował Lubię pisać takie programiki Jeśli chodzi o graficzne sprawy, to używam QT Ale ja skończę ten projekt, to może spróbuję ten eksperyment

dziedziczenie to zlo i powinno sie je omijac szerokim lukiem.

Można wiedzieć czemu tak uważasz? Ja osobiście uważam, że dziedziczenie to wspaniałe narzędzie pozwala pisać faktycznie techniką OO, a ja osobiście lubię pisać coś, co może mieć swoje zobrazowanie w świecie Ale rozwiń swoją wypowiedź, proszę

[s.liponoga 0]

Witam wszystkich piszę tutaj, ponieważ nie mogę wymyślić, jaki mógłbym napisać program, w którym wykorzystam i poćwiczę ...

biblioteka prymitywów geometrycznych?

dziedziczenie ...

punkt, linia, wielolinia, wielokąt, pierścień, prostokąt, elipsa, ...

przeładowania operatorów ...

+, +=, -, -= - translacja

*, /, *=, /= - skalowanie

rotacja

Może ktoś mi podsunie pomysł na jakiś programik ?

paint.gates22?

[209458 867]

Bardzo wdzięcznym tematem do dziedziczenia są gry planszowe: rożne rodzaje graczy, pionków, pól (nie koniecznie wszystko na raz), ich zachowania, rozbicie logiki gry na metody itp.

[Deadeye 0]

+, +=, -, -= - translacja

*, /, *=, /= - skalowanie

rotacja

Takie używanie operatorów jest mocno nielogiczne i mylące - imo nie powinno się tego robić. Skoro figura *= 2 powiększy obiekt 2 razy, to figura += powinna zwiększyć pole o 2 jednostki, a nie przesunąć. Nawet jeśli to miałoby być tylko ćwiczenie, to lepiej nie przeciążać operatorów w ogóle, niż uczyć się ich w taki sposób że utrudnia to odczytanie kodu.

[BeneQ 0]

Można wiedzieć czemu tak uważasz? Ja osobiście uważam, że dziedziczenie to wspaniałe narzędzie pozwala pisać faktycznie techniką OO, a ja osobiście lubię pisać coś, co może mieć swoje zobrazowanie w świecie Ale rozwiń swoją wypowiedź, proszę

 

Nie uważam, żeby dziedziczenie było złem samem w sobie (w sumie to uważam, że jest spoko ), ale NIE UMIEJĘTNE korzystanie z mechanizmów dziedziczenia (oczywiście jak każdej innej techniki -ale akurat pytanie jest o dziedziczenie) potrafi być kulą u nogi -zwłaszcza jeżeli program będzie miał być w przyszłości rozwijany, bo dziedziczenie czasami potrafi bardzo mocno wiązać ze sobą pewne partie kodu -czasem dobrze jest się zastanowić, czy nie lepiej spróbować nieco ograniczyć wykorzystanie mechanizmu dziedziczenia, na rzecz innych mechanizmów -np. wzorca projektowego strategy -w którym oczywiście też jest wykorzystywane dziedziczenie, jednak tak zastosowane, żeby zmniejszyć zależności między fragmentami kodu.

[roundbaby 0]

dziedziczenie to zlo i powinno sie je omijac szerokim lukiem.

Co proponujesz w zamian? Wolisz programować strukturalnie?

[Draconis91 0]

Temacik trochę ostygł ale nie mogłem się powstrzymać

 

Jeśli autor dalej szuka pomysłów na operatory polecam napisanie klasy wektorowej, np wektor 3D. Przeładować odpowiednio operatory dodawania, odejmowania, mnożenia (zarówno przez skalar jak i wektor), operator przypisania, operatory logiczne (==, !=, <, >, <=, >=, podpowiem że implementacja czterech ostatnich może się opierać na funkcji składowej Length() zwracającej długość wektora, przy czym względy wydajnościowe w sposób oczywisty skłaniają do uczynienia tych funkcji funkcjami typu inline). Świetne ćwiczenie również na dziedziczenie - wektor 3D może dziedziczyć po wektorze 2D bo KAŻDY wektor 3D jest przecież TAKŻE wektorem 2D o dodatkowej współrzędnej z. i Każde operacje dostępne dla wektora 2D POWINNY być dostępne dla wektora 3D, przy czym wektor 3D powinien implementować dodatkowe funkcje takie jak iloczyn wektorowy czy normalizacja. Możesz także stworzyć abstrakcyjną klasę protokołu definiującą interfejs wspólny dla wszystkich rodzajów wektorów (czytaj: możemy określić długość zarówno wektora 2D jak i 3D, ale w nieco inny sposób (3D ma o jedną współrzędną więcej) co sugeruje, że klasa protokołu powinna zawierać czysto wirtualną funkcję Length(), którą klasy potomne POWINNY implementować w sposób charakterystyczny i właściwy dla siebie).

 

Dlaczego akurat taki pomysł? BO na codzień piszę w OpenGLu i często to wykorzystuję w swoich programach:-)

 

Odnośnie wypowiedzi kilka postów wyżej: dziedziczenie to jedno z najpotężniejszych narzędzi dostarczanych przez C++ i uwierz mi że dobra znajomość tej techniki i umiejętność jej zastosowania daje Ci niemal nieograniczone możliwości - sam się nieraz o tym przekonałem.