Хороший стиль программирования

← →
yk © (2005-05-26 09:36) [0]

Уважаемые Мастера!
Научите уму-разуму, пожалуйста.
Учусь на программиста, но не хватает силы воли писать красиво
(видимо развращает быстрая сдача лаб)

Прошу Вас дайте какие-нибудь рекомендации по "хорошему стилю программирования" или ссылки где об этом можно почитать.

← →
Andarko © (2005-05-26 09:52) [1]

что ты имеешь ввиду?
1) Оптимальное построение кода
2) Или правильная запись кода

← →
Чапаев © (2005-05-26 10:08) [2]

> Учусь на программиста, но не хватает силы воли писать красиво
Тренируй силу воли. Зарядка по утрам, холодный душ и так далее...

← →
yk © (2005-05-26 10:10) [3]

> Чапаев ©

:)
Я по утрам бегаю

← →
Digitman © (2005-05-26 10:11) [4]

> yk © (26.05.05 09:36)

в стиле оформления кода стандартов никаких, как понимаешь, нет.

но лучше, наверно, придерживаться стиля, предложенного самим Борландом в его VCL-исходниках

"стильный" код поможет тебе избежать множества "граблей", поджидающих тебя и на этапе его отладки, и при "освежении в памяти" алгоритмов, давно закодированных тобой

← →
Drakosha © (2005-05-26 10:14) [5]

http://www.delphikingdom.ru/asp/viewitem.asp?catalogid=802

← →
Digitman © (2005-05-26 10:15) [6]

> "хорошему стилю программирования"

вряд ли термин "стиль" может быть соотнесен с термином "программирование", слишком широкое это понятие - "программирование"

"стиль оформления текстов программ" - это да, это сразу ясно

← →
12DFBDDh © (2005-05-26 10:16) [7]

yk © (26.05.05 09:36)
http://infocity.kiev.ua/
раздел разное

← →
msguns © (2005-05-26 10:39) [8]

В дополнение к Digitman © (26.05.05 10:11) [4] :
1. Пиши так, чтобы программму приятно было читать
2. Если чувствуешь, что кодируемый фрагмент уже встречался в проекте, не поленись, найди то место и вынеси код в отдельную процедуру (функцию)
3. Не объявляй и не создавай лишнего "на всякий случай". Как правило, "всякий случай" не возникает, а лишние объекты болтаются в памяти и (главное) загромождают код и затуманивают логику программы.
4. Придерживайся единого стиля (отступы, блоки, комментарии..)

А вообще щас придет дядя Юра и популярно все расскажет ;)

← →
Игорь Шевченко © (2005-05-26 10:43) [9]

Денни Ван-Тассела читать, если найдешь.
Если не найдешь, то Стива МакКоннела.
Если и его не найдешь, то Тейксейру с Пачеко, в книге про Delphi 5 у них целая глава посвящена стилю программирования.

← →
Kerk © (2005-05-26 10:43) [10]

тест. сорри

← →
MOA © (2005-05-26 10:49) [11]

>Если чувствуешь, что кодируемый фрагмент уже встречался в проекте, не поленись, найди то место и вынеси код в отдельную процедуру (функцию)
Не, так не надо (нельзя). Майерс в книжке "Надёжность программного обеспечения" называл такое модули "модули прочные по совпадению".
Лучше подумать "какую функцию выполняет этот участок кода". И если задачу, выполняемую кодом (т.е. как бы "цель" кода) удаётся записать по-русски - выделить её в процедуру/функцию. Если не удаётся описать одинаковыми словами - не надо.
(Описание не должно быть в стиле "делаем и равным б минус с", а в стиле "обнуляем элементы массива").

← →
Erik1 © (2005-05-26 11:45) [12]

Пройдет много лет и при большом желании, ты найдеш нужный тебе стиль.

← →
vidiv © (2005-05-26 13:16) [13]

а мне вообще пофиг на код... я лично помню что у меня где, легко ориентируюсь. лишь бы работало как надо! + такое оформление может в будущем напомнить то о чем думал когда писал...

> а мне вообще пофиг на код... лишь бы работало как надо!

До тех пор, пока ты сам по себе, это исключительно твои проблемы. Но как только тебе придется работать с кем-то еще, твое мнение быстро изменится. Надеюсь, что к лучшему.

> 3. Не объявляй и не создавай лишнего "на всякий случай". Как правило, "всякий случай" не возникает, а лишние объекты болтаются в памяти и (главное) загромождают код и затуманивают логику программы.

Зато во второй версии проги лишнее можно убрать и порадовать заказчика тем, как ты "соптимизировал алгоритм". :-D

>vidiv © (26.05.05 13:16) [13]
A mы paбoли нeckoльko чeлoвek нaд oдниm npoekтom, cpaзy noниmaeшь нackoльko нyжнo cтaндapтнoe нanиcaниe, вpemя нe тepяeш : лeгчe нaйти ecли гpaбли. Дa и читaть npиятнee, дaжe нeльзя cpaвнивaть. A тenepь yжe npивычkoй cтaлo.

а nucamь mаkuмu бykвuцaми moжe nрuвы4kой cmaло?

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

> но лучше, наверно, придерживаться стиля, предложенного самим Борландом в его VCL-исходниках

Или любого другого. Главное - придерживаться.

Хороший стиль программирования Найти похожие ветки