Собственно, сабж! А то мне утверждают, что чем "утрамбованнее" код, тем быстрее он работает. А то я почти всё через строку пишу - так воспринимается легче.

Еще как влияет! Особенно по пятницам.

конечно влияет. Попробуй какую нибудь процедуру в одну строку напиши. А потом сравни производительность.

(1) вот и я думаю... :-|

(0) канеш влияет. Сжатие данных, чо, не слышал что ли.
Надо все фигачить в одну строку!

(2) Попробую, конечно. Вначале мнения услышать хочется.

(4) ... и без пробелов

(0)Конечно влияет, пока такую конфу откроешь, уже и работать перехочется.

мнения собираешь а голосовалку не сделал, Семен Семеныч

(8) ну ой!

Главное, название переменных должны быть короткими как выстрел.

Один чел писал, что если цикл написать в одну строку (вместе с телом), то выполняется быстрее. Проверить было лень.

Компилятор, не удаляет пробелы, он сидит и думает над каждым))

(11)+ Именно в 1С.

(13) Я еще в 2 писал. :)

ещё надо код по английски писать, тогда точно быстрее будет

(11) это при подключенной отладки в замере. а без включенной отладки пофиг.

Сабж: Помогите оптимизировать отчет, очень долго выполняется.
Ответ : Напиши отчет в одну строку!

То что в 1 строку работает быстрее давно известно

Самое главное шрифт маленький сделать!

(15) +1 угу, потому что не придётся на английский переводить, процессор то американская контора разрабатывала

(20) А если я Эльбрусе кодю?

(21) в 1С?

(22) Да. Ну комп у меня на базе отечественного процессора "Эльбрус".

(23) ну тогда должно быстрее работать :)
*чёт я не нашёл, он умеет в x86 работать? А то на arm-е 1С не запустится

(21) Медведев, перелогинтесь...

в 7.7 если цикл записать в одну строчу он реально на много быстрее работает...

в снеговике - не проверял...

А чо вы ржоте-то? Конечно влияет.

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

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

Так-то!

(27) помоему для этого отдельно собирают данные для отладчика с ссылками на реальный код. а в исполняемом байт-коде дропают всё лишнее.

так должнО быть. как уже накодили погромисты в платформе другой вопрос

(26) в снеговике ОбработкаПрерыванияПользователя() после каждой строки автоматом вставлялась, в снеговике - нет.

(29) Истина НЕ Истина )))

едрить! точно! пойди рефакторинг кода делать!

(0) Однозначно влияет. 1с же транслятор )
видит пустую строчку, делает лишнее действие - "строку пропустить".

(32) Не интерпретатор? Не?

(30) ну в клюшках вставлялась, в снеговике - нет...

(28) "Я бы вот так сделал", понятно...
Ты еще скажи, что они недоступные участки кода вырезают, типа Если Ложь Тогда =)

Кстати это тоже для сохранения строк.

(33) спс за уточнение. совсем забыл про эти определения.

(0) если режим отладки выключен, то ни какое форматирование кода на производительность не влияет.

А самая большая экономия в модулях - любые тексты запросов переписать в одну строчку! И обязательно все до единого.

(это была шутка юмора)

(37) Все верно

В режиме Предприятия код в одну строку и многострочный код работают с одной скорость.

Это все МИФы древней Греции , запускающих тесты под отладкой

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

Вопрос о моменте трансляции кода в исполняемое состояние (байт-код) мы же не рассматриваем.

В режиме отладки, кстати, отсылается каждый оператор, а не каждая строка.