Я пишу обычно так:

with TMyForm.Create(Applicatio) do
try
  ....
  ShowModal;
  ...
finally
  Release;
end;

> того что бы такого не происходило придумали Template

они в д6 или д7 есть? )

> SPeller   (17.05.08 15:42) [61]

Я пользую Castalia (http://www.twodesks.com/castalia/index.html) и там они есть ;). Приемлемый продукт, за приемлемую цену.
Я, кстати, до сих пор на D7 сижу.

> [56] Юрий Зотов ©   (17.05.08 15:03)

По поводу длиииинннных условий.. всегда делаю такя. чтобы они были полностью в поле зрения... и это единственный случай когда переношу then..

if (dfdfdfdfdfdfd
 dfdfdfdfdfddfdfd
 dfdfdfdfdfdfdfd)
then begin
 ....
end;

Mystic ©   (17.05.08 15:36) [60]

Я сильно извиняюсь, а зачем Release именно в этом случае ?

> Игорь Шевченко ©   (17.05.08 16:24) [64]

Чтоб никто не догадался?

Applicatio - это по-итальянски? :)

> Andy BitOff ©   (17.05.08 14:38) [55]
> > SPeller   (17.05.08 13:36) [53]Эргономику почитай.Твои
> затраты на чтение трех строчек не сопоставимы с затратами,
>  когда нет необходимости читать, когда просто знаешь, что
> там дальше.Если написано:if then ...begin ...endelsebegin
> ...end;то прочесть ПРИДЕТСЯ все.В то время как код:if then
> begin ...endelse begin ...end;более эргономичен, т.к. все
> бегины пропускаются при чтении.> Knight ©   (17.05.08 00:
> 41) [43]По этой же причине, я и говорил, что else не очевиден,
>  т.к. при просмотре, его придется искать глазами в середине
> строки.

Ни фига
гораздо лучше когда
begin
end
друг над другом

> Interior   (17.05.08 20:40) [67]
> Ни фига

Такая аргументация, чаще свидетельствует о том, что аргументов нет.

Мне близок стиль, описанный на RSDN:
http://www.rsdn.ru/article/mag/200401/codestyle.XML

Кстати, тут ссылку вот эту ещё не давали, вроде как?

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

Мда, если ещё это изучить, то разногласия будут увеличиваться в геометрической прогрессии

> Interior   (17.05.08 20:40) [67]


А вот ответ на это из статьи на Королевстве:

Оператор while

Неправильно



Правильно

Тема себя исчерпала... читайте стандарты и... затачивайте их под себя :)))
Ибо это не правило, это рекомендации. Если бы это было жёстко, то форматировалось бы на уровне редактора кода, как в QBasic все функции приводятся к заглавным и выставляются все нужные интервалы.

Так-что не убивайте в себе творческое начало... пока не обрезали %))

Стандарт стилевого оформления исходного кода DELPHI -

http://www.citforum.ru/programming/delphi/style_delphi/

Оригинальная статья Charles Calvert -
http://dn.codegear.com/article/10280

> [70] TIF ©   (17.05.08 21:23)
> Кстати, тут ссылку вот эту ещё не давали, вроде как?
>
> http://www.delphikingdom.com/asp/viewitem.asp?catalogid=802

отличная статья, тоже всегда привожу её в пример и сам следую правилам, за исключением, быть может подобных фишек

Eraser ©   (17.05.08 23:39) [74]


> отличная статья, тоже всегда привожу её в пример и сам следую
> правилам


"Все файлы модулей, созданные в организации ХХХ должны иметь префикс ХХХ " - спорное утверждение. Файл должен называться так, чтобы было понятно, что он содержит, а не в каком месте он создан.
Вот например - Unit1.pas - просто и не создает неясности.

"Имя модуля (Unit Name);
Объявление включаемых файлов (Include files);
Секцию интерфейса (Interface section);
"

Насчет включаемых файлов - тоже спорный момент. Файлы бывает нужно включить в конкретном месте модуля и только там.
Разумно включать в указанном месте те файлы, которые содержат определения и ничего более.

"Директивы компилятора не следует напрямую включать в исходный код. Для этого следует воспользоваться определением включений и подключить глобальный для проекта файл с директивами компилятора:"

Тоже спорно. Общие директивы компилятора проще задать в опциях проекта, а не таскать с собой, а конкретные директивы компилятора лучше включать в то место, где они нужны.

"Следует обратить внимание на элементы заголовка:
Назначение модуля;
Копирайт;
Разработчик;
Дата последней модификации для исполняемой версии.
"

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

В общем, взяли Калверта и решили его упуританить. Это народ любит - упуританить.

Бойтесь более правоверных, чем Аллах :)

Да вобще-то «Стандарт» это сильно сказано, это рекомендации, а за стандартом следят строже. Если бы это был стандарт, то, как сказал Knight © [72], его бы встроили в IDE.

Как хочу так и пишу.... нет такого понятия правильно или не правильно.
Или вот: Буду главным над программистами - то как я скажу так и будет правильно, а если буду просто работать программистом у другого главного - то как он скажет...
Ветка смешная.... каждый стремится доказать что правильно так как он делает, остальное неправильно.... Этот пост тоже угарный)
Одно радует по ветке, что я, оказывается, не один такой "извращенец" над форматированием :)
А вообще спор не о чем... как часто бывает тут...
:о)

> Как хочу так и пишу.... нет такого понятия правильно или не правильно.

Это к форматированию, но не по синтаксису :)

ну, а во-всех ли случаях вы пишите одинаково?
напр:
 if что-то then
   ...
 else
   ...
 else
   ...

или так(красивше, с виду):
 if что-то then
   ...
   else if ... then
     ....
     else if then
        ...
       else if then
          ...

это, когда понятно, что все эти ифы - просто case.