Стиль программирования...

← →
Makhanev A.S. © (2003-02-24 00:54) [0]

Часто приходится писать десяток методов для решения какой-либо задачи.
Затем все эти проц-ры и ф-ции "собираются воедино" и запускается наш участок кода, решающий данную задачу.

Есть 2 пути: вначале всё написать, а потом запускать и тестировать всю конструкцию, либо - по мере писания вспомогательных методов отлаживать каждый, затем следующий и т.д. до последнего.
Кто как работает?
Интересно, что скажут опытные Мастера.

← →
jack128 © (2003-02-24 03:11) [1]

Я не мастер, но ИМХО собирать все вместе, чтобы увидеть, что ничего не работает - это бред...
Гораздо проще отладить 10 раз по 10 строк, чем 1 раз 100 строк...

← →
[NIKEL] © (2003-02-24 04:30) [2]

это зависит от задачи.

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

← →
Юрий Зотов © (2003-02-24 11:28) [3]

Действительно, это сильно зависит от задачи. А вообще, это скорее вопрос проектирования (восходящее-нисходящее), чем самого кодинга.

Использую и то, и другое - когда что удобнее. Если новая функция выносится в пакет (DLL и пр.), как самостоятельная единица, то ее тестирую отдельно (цена ошибки может быть слишком высокой). То же касается новых компонентов. В других случаях обычно тестирую весь алгоритм "в сборе" - но с контролем каждого метода.

← →
fool © (2003-02-24 11:41) [4]

Я, как правило, тестирую мелкие функции по мере написания, но и после "сбора воедино" - обязательно.

← →
Andrey © (2003-02-24 11:59) [5]

Чесно говоря, совершенно тривиальные куски кода пишу без проверки. Раз в 20 строк делаю Ctrl+F9 (так, для проверки синтаксиса :)). Сложные куски кода (с вызовом функций которые раньше неиспользовал)... Незнаю, у меня столь однотипные задачи, что последний год ничего нового я неиспользовал.

А вообще я использую крайне нерациональный способ кодинга. Я проэктирую детали алгоритма в процессе кодирования. Изначально известна только конечная цель и примерный способ как решить задачу. Дальше все приходит само в процессе. Естественная проблемма такого стиля это цена конечной строки кода. У меня на написание одной конечной строки уходит от 1.1 до 3 строк промежуточного.

Mozhet vopros nemnogo glupii i ne v temu, no vot k primeru ja delay rabotu s failom, struktura kotorogo soderzhit bloki raznogo razmera. Kak luchshe napisat programmu- dlja kazhdogo uchastka otdelnii kod, ili vvesti peremennuu k primeru "Status" ili Chto_Mi_Shas_Chitaem?

>Snap
Это очень сильно зависит от работы которая проводится над разными блоками файла. Если работа незначительно отличается, то можно и общий код, а если у обработки двух блоков одного файла похоже только то что эти блоки из одного файла, то наверно незачем писать универсальный код для обеих...обоих...черт, незнаю как правильно, блоков.

Стиль программирования... Найти похожие ветки