моделирование логики программы

← →
tippa (2010-02-06 17:49) [0]

пишу программу, в ней много циклов и условий(причем вложенных друг в друга ). Встал вопрос: как во всем этом разбираться? помогают ли блок схемы? может какие програмки для построения логики есть?

← →
Anatoly Podgoretsky © (2010-02-06 17:57) [1]

> tippa (06.02.2010 17:49:00) [0]

Конечно помогает, но еще больше помогает не делать много циклов и условий

← →
tippa (2010-02-06 18:10) [2]

ну тогда пошел искать лист побольше)

← →
sniknik © (2010-02-06 18:36) [3]

типа, мы трудностей не боимся, поэтому выбираем самый сложный путь...
а подумать? ->
но еще больше помогает не делать много циклов и условий

← →
0x00FF00 (2010-02-07 03:04) [4]

Насколько не подводит меня телепатор, сенсей Онотоле намекнул на оптимизацию?

← →
Германн © (2010-02-07 03:36) [5]

> 0x00FF00 (07.02.10 03:04) [4]
>
> Насколько не подводит меня телепатор, сенсей Онотоле намекнул
> на оптимизацию?

И ещё (неявно) предостерёг от пути рисования "блок схем". Хотя автор не упомянул на каком языке он пишет программу.

Есть книжка, давно, правда, видел, называлась "Идеальный код" (или Совершенный код), не помню точно.
Например, читал, что воспринимается двойной цикл, максимум 3ой
если нужен более нижний - лучше вынести в процедуру.
Сколько строк на экране на функцию/процедуру оптимально.
Форматирование строк, оптимальное для чтения. И т.п.
Вообщем, неплохо написано, только если все оттуда соблюдать - когда ж писать :)

← →
Дмитрий Белькевич (2010-02-08 18:45) [7]

> сенсей Онотоле намекнул на оптимизацию?

На рефакторинг. Хотя, по хорошему, лучше сразу не писать развесистых и непонятных условий и/или циклов. Модульность зачем придумали? Выбрасывайте сильно вложенное в отдельные модули (процедуры/функции/методы). Добавляйте inline, если код применяется только один раз или он критичен по скорости. Зачем на модульности экономить? У неё (совместно с inline) нет минусов.

моделирование логики программы Найти похожие ветки