#3 JakDotrzecDoCelu – aplikacja Daj się poznać 2017 – tworzymy klasy do programu #DSP2017

Cześć ! 😉
W ubiegłym tygodniu przedstawiłam szkic mojej aplikacji "Jak dotrzeć do celu" a dzisiaj przedstawię Wam początek mojego projektu, zajmiemy się klasami.
O tworzeniu klas opowiem w kolejnym poście nie związanym z projektem.

Powyżej utworzyłam klasę - przystanek z odjazdem tzn o której godzinie odjeżdża autobus z danego przystanku.

 

Drugą klasą którą utworzyłam jest "rozkład jazdy". W tej klasie umieściłam czas odjazdu z głównych przystanków w Krakowie. Oczywiście, na tym etapie projektu godziny podane są przykładowe - z czasem będą uaktualnione. W pętli dodałam przykładowe godziny odjazdu autobusu, a na każdym kolejnym przystanku zwiększyłam ten czas o kilka minut - tak, aby autobus mógł realnie dojechać do kolejnego przystanku 🙂
W kolejnym wpisie przedstawię, jak klasy wyglądają w głównym programie i jak przedstawiają się w konsoli.

 

Zapraszam serdecznie do śledzenia mnie na:
Twitter
Github - piotrowinka2410
Instagram
Snapchat - piotrowinka2410
Fanpage na Facebooku

 

2 thoughts on “#3 JakDotrzecDoCelu – aplikacja Daj się poznać 2017 – tworzymy klasy do programu #DSP2017

  • Hej, da się zauważyć, że na studiach musiałaś/musisz mieć dużo programowania strukturalnego i nie używasz dobrodziejstw płynących programowania obiektowego.

    Spójrz na przykład co musisz zrobić w kodzie, gdy chcesz dodać nowy przystanek:
    1. Dodać nowy obiekt typu StopWithTheDeparture do listy BusStop
    2. Dodać 1 do porównania zmiennej number w instrukcji warunkowej w metodzie ListOfByStop. (Swoją drogą warunek też totalnie bez sensu, a jeśli będę chciał 3 to dostanę pustą listę przystanków? 🙂 )
    3. Dodać elseif w metodzie DepartureTimes

    A co jeśli tych przystanków będzie 50? Albo 300?

    Spróbuj zmienić podejście do tematu:
    * Zdefiniuj klasy w systemie (model) np. BusStop, Departure, TimeTable, Bus, Route itd.
    * W tych klasach dodaj opisujące je właściwości i metody
    * Staraj się rozbić to tak, by dodanie nowego przystanku sprowadzało się do utworzenia nowej instancji jego klasy i przekazaniu niezbędnych danych przez konstruktor.
    * Po dodaniu nowego przystanku nie powinno się już zmieniać żadnego kodu, reszta powinna po prostu obsługiwać go jak każdy inny przystanek (generycznie)

    I taka mała uwaga na koniec, staraj się nie nazywać zmiennych w ten sposób: DepartureDate1, DepartureDate2, DepartureDate3 – tutaj dobrze sprawdzają się kolekcje i tablice.

    Pozdrawiam i życzę powodzenia

Dodaj komentarz

Twój adres email nie zostanie opublikowany. Pola, których wypełnienie jest wymagane, są oznaczone symbolem *