freepascal.ru

yantux писал(а):Так вот, я хочу, чтобы операторы имели запись типа begin(имя) end(имя), чтобы компилятор ассоциировал конкретный begin с конкретным end. Таким образом я считаю повыситься читабельность, надёжонсть программ. Меньше надо будет держать в памяти ассоцииации между begin и end, т.к. будет очевидно, с кем они ассоциированы. Т.е. процесс программирования будет чуток строже.

Лекс Айрин писал(а):Да и кто мешает добавить комментарий, если уж так хочется, хоть после каждого оператора?

for i:=0 to Flist.Count-1 do begin
...
end; {for}

evb87ar писал(а):а) Учитесь писать красивый код. Если в коде много beginend в которых вы начинаете путаться - делайте рефакторинг кода, применяя метод KISS или же подобные. Для этого поищите на хабрахабре посты о написании большого кода, там есть отличный пример с исходниками Quake.
б) Сейчас практически во всех IDE есть функция подсветки скобокоператоров блоков.
в) Применяйте сворачивание кода.

Лично я применяю такой стиль оформления кода:

Лекс Айрин писал(а): Не повысится читабельность. Да и кто мешает добавить комментарий, если уж так хочется, хоть после каждого оператора?

B4rr4cuda писал(а):Если в делфи, то еще и cnWizards помогают, там есть прелестный менеджер, который все вложенные begin-end отрисовывает другим цветом и показывает между ними связь.
Никакой путаницы даже в корявой простыне на пару pgDown-ов.

begin // func1
   код
     begin // func2
       код
          begin // func3

          end; // func3
      код
    end; // func2
   код
end; // func1

          begin // func2

          end; // func5

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

б) редактор не заменяет компилятор

в) что это?

Поддерживаю, допустим изначально:

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

Так вот, я хочу, чтобы операторы имели запись типа begin(имя) end(имя),

yantux писал(а):Мне не очевидно, что проблем будет больше. Я считаю, что проблем будет меньше, код будет понятнее и надёжнее.

yantux писал(а): операторы имели запись типа begin(имя) end(имя)

if 
then begin
       ...
        end
else begin
       ...
       end;

B4rr4cuda писал(а):но когда начинаешь допиливать

vada писал(а):

Так вот, я хочу, чтобы операторы имели запись типа begin(имя) end(имя),

Переходите на FORTRAN
PS. А кто мешает коменты писать у бегинов и эндов?

Лекс Айрин писал(а):

yantux писал(а):Мне не очевидно, что проблем будет больше. Я считаю, что проблем будет меньше, код будет понятнее и надёжнее.

Допустим, вы объединяете два условных перехода в один и, совершенно случайно, оставили/стерли лишний "end;" Откуда компилятор может догадаться как стоит маркировать его? Скорее всего, он промаркирует его по цепочке контекстов и, обнаружив лишний "end", прекратит компиляцию с ошибкой, только Вы до посинения будете искать ее, ибо операторные скобки съехали , а значит надписям верить нельзя.
Рассмотрим другой вариант, когда операторные скобки удаляются синхронно. Тогда, в зависимости от логики программы, Вам либо придется переписывать удаленный редактором код заново, либо искать место откуда исчезла вторая часть скобки и копипастить туда нужный фрагмент кода, не забыв при этом затереть оригинальное место.

stanilar писал(а):

yantux писал(а): операторы имели запись типа begin(имя) end(имя)

Можно начинать блоки begin/end не с новой строки, а с названия функции(условия):

Код: Выделить всё

if 
then begin
       ...
        end
else begin
       ...
       end;

B4rr4cuda писал(а):но когда начинаешь допиливать

+100500, в одном таком проекте все такие комментарии в скобочках просто вычистил. Просто потому, что отвлекают от процесса.

Padre_Mortius писал(а):yantux, ваши проблемы связаны фактически с тем, что вы не используете стандарты оформления кода.

evb87ar писал(а):В примере много вложений begin\end, это зачастую происходит с вложенными циклами. Как вариант - используйте вложенные функции (кажется так называется). Это когда вы объявляете функции в самой функции\процедуре, а не в основной части кода. И заменяйте этими функциями те вложения в цикл, которые там есть.

yantux_netbook писал(а):На эту тему не могу рассуждать.

yantux_netbook писал(а):Этот фактор своей ошибки я хотел бы исключить средствами компилятора.

yantux_netbook писал(а):P.S. Во всяком случае именованный begin() end() будет мешать программистам создавать плохо читабельный и поддерживаемый код.