Projekt - obiektowe c++

Hej, mam napisać program "automat biletowy" który generuje bilety komunikacji miejskiej. Projekt ma byc zrealizowany przy pomocy podejścia obiektowego i zawierac

Cytuj:

---

definiowanie klasy,
hermetyzację danych i metod,
dziedziczenie,
polimorfizm,
przeciążanie operatorów

---

Generalnie żadnych dodatkowych wymagań nie ma więc mam chyba dość dużą dowolność jak to w ogóle ma wyglądać.
Na początek muszę tylko zrobić schmat klas jakie będę wykorzystywać.I tu mam problem bo nie potrafię tak z góry od razu określić jakie klasy będą potrzebne bo zawsze zaczynam od małego fragmentu kodu który potem rozbudowywuję. Myślę że powinienem stworzyć klasę automat która generalnie będzie posiadała wszystkie potrzebne funkcje oraz klasę bilet (i parę klas dziedziczących po niej (np bilet czasowy/jednorazowy) aby wykorzystać dziedziczenie) Czy taki sposób jest w porządku czy może potrzebuję jeszcze innych klas a może te są złe?

IMO to co napisałeś wystarczy. Pomyślał bym jeszcze nad przeciążeniem operatorów, tj. gdzie je można w tym co napisałeś fajnie użyć. Możnaby tam kilka wzorców użyć, ale nie wiem czy to przerabialiście.

tutaj masz spoko podział biletow:
http://www.ztm.waw.pl/?c=516&l=1
spokojnie mozna z nich zrobić hierarchię klas.

Co do przeciążania to mozna zastosowac taki myk, że dodając 2 bilety ulgowe dadzą Ci normalny bilety

http://pl.wikipedia.org/wiki/Solid_(...nie_obiektowe)

Możesz to zrobić jak chcą na typowym kursie "obiektowego C++" - czyli nie mając pojęcia o programowaniu zorientowanym obiektowo jak małpa wykorzystać mechanizmy języka obiektowego. Możesz też chociaż zrozumieć elementy składowe SOLID i zostać porządnym programistą i napisać ten projekt dobrze.

Wybór należy do Ciebie ;).

Pozdrawiam
Killavus

Jak zrobić dynamiczne tworzenie obiektów?
Mam klasę biletów i chcę dać możliwość użytkownikowi tworzenia obiektów(biletów) tej klasy . Nie wiem ile użytkownik będzie chciał ich kupić więc wcześniej zrobiona tablica o skończonych wymiarach odpada. Wiem że trzeba skorzystać w jakiś sposób z operatora new i wskaźników ale zupełnie nie wiem jak to zrobić.
Czy ten operator ma być w konstruktorze? Jak to zastosować? Powiedzmy że klasa się nazywa "jednorazowy" i chcę w ten sposób tworzyć obiekty tak długo jak chce tego użytkownik. Mam zdefiniowany konstuktor i jeśli wiedziałbym z góry ile biletów chce użytkownik to wyglądało by to tak jak poniżej i nie było problemów.

jednorazowy bilet1(jakieś parametry)
jednorazowy bilet2(jakieś parametry)
jednorazowy bilet3(jakieś parametry)
jednorazowy bilet4(jakieś parametry)
...
itd


I czy w ogóle nie dało by się tego zrobić w pętli która by co stworzenie obiektu dodawała +1 do nazwy obiektu bez korzystania w ogóle z operatora new i wskaźników??

wektor pewnie cię zainteresuje, ewentualnie lista, stos i miliard innych, ale najbardziej wektor
ale nie wiem, czy da radę wcisnąć na niego obiekty różnych klas dziedziczących z jednej w razie potrzeby, w javce na pewno by przeszło, a w cpp może być nieciekawie

a nie da się zrobić tego z wykorzystaniem właśnie dynamicznej alokacji pamięci? Bo generalnie to jest projekt do szkoły a tam nie mieliśmy tych rzeczy o których wspomniałeś i jednak chciał bym to zrobić właśnie za pomocą operatora new i wskaźników.

Możesz samodzielnie zaimplementować listę oczywiście, ale tak długo, jak będziesz w stanie wytłumaczyć dlaczego użyłeś gotowego wektora, a nie tłukłeś się z tym każdy normalny nauczyciel czy prowadzący czy whateva bez problemu zaliczy

Ale jak chcesz to zrobić ręcznie to wyjdzie ci raczej lista, implementacja wektora jest trochę bardziej męcząca
łatwiej później na nim operować, jednak takich rzeczy się nie robi
listę się implementuje samodzielnie w ramach pokazania zdolności zarządzania pamięcią, a tak to się używa gotowców

Cytuj:

---

Killavus napisał

http://pl.wikipedia.org/wiki/Solid_(...nie_obiektowe)

Możesz to zrobić jak chcą na typowym kursie "obiektowego C++" - czyli nie mając pojęcia o programowaniu zorientowanym obiektowo jak małpa wykorzystać mechanizmy języka obiektowego. Możesz też chociaż zrozumieć elementy składowe SOLID i zostać porządnym programistą i napisać ten projekt dobrze.

Wybór należy do Ciebie ;).

Pozdrawiam
Killavus

---

+1, polecam, Piotr Fronczewski ;]

Cytuj:

---

Pumpkin napisał

Jak zrobić dynamiczne tworzenie obiektów?
Mam klasę biletów i chcę dać możliwość użytkownikowi tworzenia obiektów(biletów) tej klasy . Nie wiem ile użytkownik będzie chciał ich kupić więc wcześniej zrobiona tablica o skończonych wymiarach odpada. Wiem że trzeba skorzystać w jakiś sposób z operatora new i wskaźników ale zupełnie nie wiem jak to zrobić.
Czy ten operator ma być w konstruktorze? Jak to zastosować? Powiedzmy że klasa się nazywa "jednorazowy" i chcę w ten sposób tworzyć obiekty tak długo jak chce tego użytkownik. Mam zdefiniowany konstuktor i jeśli wiedziałbym z góry ile biletów chce użytkownik to wyglądało by to tak jak poniżej i nie było problemów.

jednorazowy bilet1(jakieś parametry)
jednorazowy bilet2(jakieś parametry)
jednorazowy bilet3(jakieś parametry)
jednorazowy bilet4(jakieś parametry)
...
itd


I czy w ogóle nie dało by się tego zrobić w pętli która by co stworzenie obiektu dodawała +1 do nazwy obiektu bez korzystania w ogóle z operatora new i wskaźników??

---

Nie ma sensu grzebać w nazwach.
Ja na Twoim miejscu stworzyłbym sobie std::vector w którym trzymałbym te bilety, to raz.
Dwa - stworzyłbym prostą klasę ,,Bilet" której właściwością będzie typ, który będzie jakimś typem wartościowym ( jakiś enum ). I tyle.

Ale wtedy gdzie wsadzić dziedziczenie?
IMO zadania "masz narzędzia i znajdź problem, który rozwiązują" to kompletna paranoja i wtedy trzeba kombinować, zamiast zrobić jak należy...
Ale przerabiałem to

To proste. Nie wsadzaj dziedziczenia i powiedz wykładowcy, że dziedziczenie implementacji to błąd projektowy, co powie Ci zresztą każdy dobry programista xD
czekam na hejt ;]

przyznam szczerze, że się zgubiłem :p
i zastanawia mnie trochę jak tu wcisnąć przeciążanie operatorów, najwyżej przypisania ma jakikolwiek sens praktyczny IMO

Cytuj:

---

zakius napisał

przyznam szczerze, że się zgubiłem :p
i zastanawia mnie trochę jak tu wcisnąć przeciążanie operatorów, najwyżej przypisania ma jakikolwiek sens praktyczny IMO

---

tak jak napisałem, Dodanie do siebie dwóch biletów ulgowych da nam bilet normalny. Moim zdaniem to najsensowniejsze rozwiązanie

Cytuj:

---

Kusterek napisał

tak jak napisałem, Dodanie do siebie dwóch biletów ulgowych da nam bilet normalny. Moim zdaniem to najsensowniejsze rozwiązanie

---

Nie musi ograniczać się do ulgowych only, może po prostu zdefiniować rulesy dla łączenia biletów i w ten sposób je dodawać, odejmować i tak dalej.

dodanie dwóch biletów ulgowych da nam dwa ulgowe, nawet jeśli skasowanie dwóch ulgowych liczy się jako normalny to dalej masz dwa ulgowe
chyba, że to są wirtualne twory w pamięci komputera, to wtedy ewentualnie można się tak bawić, ale to jest dość dziwne, już bardziej na biletach do kina by zadziałało (rezerwujesz sobie wcześniej ulgowym i później dopłacasz do pełnego czy coś :p)

Cytuj:

---

zakius napisał

dodanie dwóch biletów ulgowych da nam dwa ulgowe, nawet jeśli skasowanie dwóch ulgowych liczy się jako normalny to dalej masz dwa ulgowe
chyba, że to są wirtualne twory w pamięci komputera, to wtedy ewentualnie można się tak bawić, ale to jest dość dziwne, już bardziej na biletach do kina by zadziałało (rezerwujesz sobie wcześniej ulgowym i później dopłacasz do pełnego czy coś :p)

---

nie wiem, znam po prostu zasade ze jak nie ma w biletomacie normalnych to jak kupie i skasuje 2 ulgowe to sie liczy jakbym miał normalny :) Mozna taki myk zastować w programie, przecież nie musi być to w 100% idealne merytorycznie ;D

Co to ma za znaczenie? Po dodaniu do siebie dwoch biletów przez operator , zmienia się typ wewnętrzny jednego biletu i zwracany jest ten obiekt. Easy.

Cytuj:

---

Kusterek napisał

przecież nie musi być to w 100% idealne merytorycznie

---

no mój genialny prowadzący dający tego typu zadania (przypomnę: masz narzędzia, znajdź problem) by się czepiał, że niby jak ja dodałem bilety u.u
Zaimplementować w kodzie to wiadomo, proste

Co do dodawania biletów to wkurwiłbym sie, gdyby zamiast dwóch ulgowych z automatu wyleciał mi jeden cały ;d
Dla mnie wciskanie przeciążania operatorów na siłę jest bez sensu.

jak to jest z konstruktorami klas pochodnej?

bo powiedzmy mam 2 pola klasy głównej

Cytuj:

---

int cena
int ilosc

---

konstruktor wygląda tak:

Cytuj:

---

Ticket::Ticket(double p,double d)
{
price=p;
discount=d;
}

---

i gdy tworzę nowy obiekt robię to np tak:

Cytuj:

---

Ticket obiekt1(5,10)

---

I mam już nowy obiekt o podanych parametrach.

Jednak jak sobie poradzić z tworzeniem obiektów klas pochodnych?
Jeśli dojdzie mi kolejne pole w klasie pochodnej to jak będzie wyglądał konstruktor w klasie pochodnej?

lista inicjalizacyjna: wpisujesz do niej chyba wywołanie konstruktora klasy bazowej w tym wypadku, chociaż ni kij ni epamiętam nawet gdzie mam takie kody :D

poszperałem trochę i chyba wiem jak ale sprawdzi ktoś czy mam to dobrze?
w klasie pochodnej deklaruje? konstruktor z listą inicjacyjną:
w klasie, w pliku Single.h daje:

Cytuj:

---

Single(double p,double d,double v);

---

a w pliku Single.cpp

Cytuj:

---

Single::Single(double p,double d,double v)
:Ticket(p,d)
{
vaild_time=v;
}

---

Czy to jest dobrze? Czy jeśli stworzę obiekt klasy single podając 3 parametry to czy zostanie wywołany konstruktor klasy bazowej i dodatkowo w tym obiekcie stowrzone zostanie jeszcze trzecie pole z klasy pochodnej?

w zasadzie od razu mógłbyś resztę walnąc do listy inicjalizacyjnej, ale z tego co pamiętam to jest si

Cytuj:

---

Pumpkin napisał

poszperałem trochę i chyba wiem jak ale sprawdzi ktoś czy mam to dobrze?
w klasie pochodnej deklaruje? konstruktor z listą inicjacyjną:
w klasie, w pliku Single.h daje:

a w pliku Single.cpp




Czy to jest dobrze? Czy jeśli stworzę obiekt klasy single podając 3 parametry to czy zostanie wywołany konstruktor klasy bazowej i dodatkowo w tym obiekcie stowrzone zostanie jeszcze trzecie pole z klasy pochodnej?

---

Obiekty (klas pochodnych) w c++ są tworzone w poniższej kolejnosci:
1. klasy bazowe dziedziczone virtualnie
2. "normalne" klasy bazowe
3. pola
4. konstuktor klasy pochodnej

EDIT:
Tu masz przykład: http://ideone.com/2Lqz55

a mam pytanie co do tworzenia menu (to bedzie w formie apalikacji konsolowej)
Jak je zrobić czytelnie ?

bo chcę dać wybór:
Bilety jednorazowe
Bilety okresowe
a później różne typy biletów do wyboru.
Same wyświetlanie menu już zrobiłem jako funkcje więc w funkcji main wysiwetlnie menu zajmuje jedną linijkę kodu.
Ale ciągle bardzo chaotycznie to wygląda bo są tam 3 funkcje switch jedna w drugiej a do tego ciągle pobieranie decyzji od użytkownika. Jak zabrać się za takie coś aby było najbardziej przejrzyście, co zostawiać w funkcji main a co wyrzucać do funkcji zewnętrznych?

Niestety w konsoli to tak zawsze będzie wyglądać, z resztą w okienkowym wcale nie jest lepiej

ale serio się nie da wyrzucić jeszcze czegoś do funkcji tak aby po kawałku to wywoływać?
Funkcje switch musza/powinny byc wszystkie w main?

możesz sobie niby wrzucić menu do maina, do menu w każdym case dać podmenu w osobnych procedurach czy funkcjach, zależy od potrzeb, ale wiele to nie zmieni