ru.algorithms

 
 - RU.ALGORITHMS ----------------------------------------------------------------
 From : HЁЄ®« ©                              2:5020/400     20 May 2002  11:38:43
 To : Alexander Paschenko
 Subject : Re: Восходящее и нисходящее программирование
 -------------------------------------------------------------------------------- 
 

 
 "Alexander Paschenko"
 <Alexander.Paschenko@p212.f17.n5062.z2.fidonet.org> сообщил/сообщила в
 новостях следующее: news:1020976084@p212.f17.n5062.z2.fidonet.ftn...
 
 > ЪДННННННННННННННННННННННННННННННННННДДщщщ
 >  #/ЬЬЬЬЬЬ/# Доброе время суток _All_
 >  _*ЯЯЯЯЯЯ*_ ДДННННННННННННННННННННННННННННДщщщ
 >
 > ----------------------------------------------------------------------
 
 ---------
 
 > Заранее извиняюсь, если не туда пишу. Hо я не знаю эхи, более
 
 подходящей для
 
 > обсуждения данного вопроса.
 > ----------------------------------------------------------------------
 
 ---------
 
 >
 > В общем вопрос. *как лучше программировать; сверху-вниз или
 
 снизу-вверх.*
 
 Более точно - проектировать, поскольку программирование - это
 кодирование алгоритма.
 
 Если не привязываться к алгоритмам (т.е. к теме эхи), то нужно говорить
 о том, стоит ли
 строить иерархию программы или нет. Такая иерархия позволяет создавать
 очень сложные
 программы. В ООП мы строим иерархию классов, в процедурном
 программировании -
 иерархию задачи. Hо даже применение ООП не исключает разработки
 алгоритмов, а значит
 и выбора подхода к его проектированию - сверху-вниз или снизу-вверх.
 
 > Что удобней для отладки, более четкого понимания алгоритма, и более
 
 быстрого и
 
 > качественного написания программ.
 >
 
 Hисходящий подход возник при переходе от единоличного (восходящего)
 производства
 программ к коллективному (нисходящему). Тогда же о программе стали
 говорить, как о
 продукте, который обладает некоторым набором качеств. Hисходящий подход
 стимулировал
 поиск и классификацию критериев качества программного продукта. Было
 найдено огромное
 число таких критериев. Восходящий подход обеспечивает только
 эффктивность использования
 ресурсов в ущерб другим качествам, например пониманию программ, а
 значит - возможности
 коллективной разработки. Поэтому для "качественного написания программ",
 по крайней мере,
 не нужно использовать восходящий подход..
 
 Что касается отладки, то при нисходящем подходе считается, что
 правильность программы
 можно доказать без всякой отладки, хотя на практике программы,
 по-прежнему, отлаживают.
 
 При наличии иерархии подзадач отладку программы легче спланировать.
 Кроме того,
 нисходящие проектирование позволяет ипользовать на этапе кодирования
 структурные
 конструкции языка программирования. А это значит, что в программе не
 будет GoTo,
 Break, Continue, многочисленных Return из одной процедуры или функции и
 т.п. Все это,
 например, позволяет проверить, завершается ли ветвление, цикл или
 подпрограмма до
 появления ошибки, ставя точку останова (или подобное ей) в конце
 структурной
 конструкции, т.е. в одном месте, а не в целой куче мест, куда мог
 произойти выход из
 конструкци при восходящем подходе.
 
 > Мне удобнее программировать сверху-вниз, но почему-то постоянно ловлю
 
 себя на
 
 это не всегда возможно
 
 > том, что делаю как раз наоборот, снизу-вверх.
 
 Восходящий, нисодящий и объектно-ориентированный подходы еще называют
 парадигмами
 программирования, поскольку они определяют стиль мышления. Выработать
 стиль мышления
 самостоятельно очень трудно, особенно, если требуется это сделать очень
 быстро. Это - как в
 спорте. Любой может быть любителем и стать им сам и завтра. Hо, чтобы
 стать мастером,
 нужен тренер и длительное время тренировок.
 
 Успехов, Hиколай
 
 >
 > Хочется выслушать мнение знающих людей, которые уже не первый год
 > программируют, и знают какой стиль удобнее.
 >
 > P.S. Естественно вышеперечисленное относиться к процедурному
 
 программированию
 
 > (напр. Pascal)
 >
 >
 > Всего хорошего _All_
 >                                                            [Team
 
 Байкал :)]
 
 > ... Дед МастДай и зайцы
 
 --- ifmail v.2.15dev5
  * Origin: Ryazan Power Connect Ltd. (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор