документація<Попередній | зміст | Наступна>
26 – Дизайн зверху вниз
У міру того, як програми стають більшими і складними, їх стає все важче розробляти, кодувати та підтримувати. Як і в будь-якому великому проекті, часто доцільно розділити великі, складні завдання на серію невеликих, простих завдань. Уявімо, що ми намагаємося описати звичайне, повсякденне завдання, ходити на ринок за продуктами, до людини з Марса. Ми можемо описати загальний процес як наступну серію кроків:
1. Сідайте в машину.
2. Поїхати на ринок.
3. Припаркувати автомобіль.
4. Вихід на ринок.
5. Купуйте продукти харчування.
6. Повернення до машини.
7. Поїхати додому.
8. Припаркувати автомобіль.
9. Увійти в будинок.
Однак людині з Марса, ймовірно, знадобиться більше деталей. Ми могли б далі розбити підзавдання «Паркувати автомобіль» на цю серію кроків:
1. Знайдіть місце для паркування.
2. Загнати машину в космос.
3. Вимкніть двигун.
4. Встановіть стоянкове гальмо.
5. Вихід з автомобіля.
6. Замок автомобіля.
Підзавдання «Вимкнути двигун» можна далі розбити на етапи, включаючи «Вимкнути запалювання», «Вилучити ключ запалювання» і так далі, доки кожен крок усього процесу виходу на ринок не буде повністю визначений.
Цей процес визначення кроків верхнього рівня та розробки все більш детальних уявлень про ці кроки називається дизайн зверху вниз. Ця техніка дозволяє розбити великі складні завдання на безліч дрібних простих завдань. Дизайн зверху вниз є поширеним методом проектування
26 – Дизайн зверху вниз
програм і той, який добре підходить для програмування оболонки, зокрема.
У цьому розділі ми будемо використовувати дизайн зверху вниз для подальшої розробки нашого сценарію генератора звітів.