Dokumenty<Poprzedni | Spis treści | Następne>
26 – Projektowanie od góry do dołu
W miarę jak programy stają się większe i bardziej złożone, ich projektowanie, kodowanie i konserwacja stają się coraz trudniejsze. Podobnie jak w przypadku każdego dużego projektu, często dobrym pomysłem jest podzielenie dużych, złożonych zadań na serię małych, prostych zadań. Wyobraźmy sobie, że próbujemy opisać zwykłe, codzienne zadanie, udanie się na rynek, aby kupić żywność, osobie z Marsa. Cały proces możemy opisać jako następującą serię kroków:
1. Wsiądź do samochodu.
2. Jedź na rynek.
3. Zaparkuj samochód.
4. Wejdź na rynek.
5. Kupuj jedzenie.
6. Wróć do samochodu.
7. Jedź do domu.
8. Zaparkuj samochód.
9. Wejdź do domu.
Jednak osoba z Marsa prawdopodobnie będzie potrzebować więcej szczegółów. Możemy dalej podzielić podzadanie „Zaparkuj samochód” na następującą serię kroków:
1. Znajdź miejsce parkingowe.
2. Wyjedź samochodem w kosmos.
3. Wyłącz silnik.
4. Zaciągnij hamulec postojowy.
5. Wyjdź z samochodu.
6. Zamknij samochód.
Podzadanie „Wyłącz silnik” można dalej podzielić na etapy, takie jak „Wyłącz zapłon”, „Wyjmij kluczyk ze stacyjki” itd., aż do pełnego zdefiniowania każdego etapu całego procesu wchodzenia na rynek.
Ten proces identyfikowania kroków najwyższego poziomu i opracowywania coraz bardziej szczegółowych widoków na te kroki nazywa się odgórny projekt. Technika ta pozwala nam podzielić duże, złożone zadania na wiele małych, prostych zadań. Projektowanie od góry do dołu jest powszechną metodą projektowania
26 – Projekt z góry na dół
programów i takiego, który jest dobrze dostosowany w szczególności do programowania w powłoce.
W tym rozdziale będziemy używać projektowania od góry do dołu, aby dalej rozwijać nasz skrypt generatora raportów.