Собственно сабж - как закомментировать целый блок кода, но не построчно...

Выделить его и нажать Ктрл+/(на цифровой клаве)

Ctrl + Num /

Условие.

(1) (2) Благодарю

(1) (2) так можно его выделить и кнопочку мышкой нажать - эффект тот же :)

2(5) типа кто-то спорит

Следующий вопрос будет: как можно раскомментировать много кода?

(3)Оригинальный подход

(7) не поверишь:
Ctrl + Shift + Num /

(8) к сожалению применим только э...
Ну например внутри ОДНОЙ функции... Если нужно закоментарить две функции - то... условие нужно будет повторять в каждой.

(3) плохо потому как ненаглядно.

извращенцы...

(8) Совершенно стандартный и часто встречающийся подход, пишешь условие:
Если 1=2 Тогда
Естественно конецЕсли в конце комментария

Надо сохранить код модуля в текстовый файл.
Написать обработку, которая обходит строки и вставляет кусок текста "//" в начале каждой строки.
Запустить обработку.
Полученный текст вставить в модуль вместо прежнего кода

Ctrl+A, затем Del, затем Ctrl+S

(13) отвратительно

+(13) то есть чтобы понять , что этот код - не рабочий я должен все условия просмотреть? кошмар. Я такое заставлял перепиывать

(15) это что?

(18) А ты попробуй, узнаешь.
Желательно - в каком-нибудь общем модуле, или модуле приложения)

(18) Это чтоб наверняка зарэмилось)))

2(17) а заставляешь переписывать код вот такого напрример типа:


   СтандартнаяОбработка = Ложь;
   Если ТабличноеПоле.ТекущиеДанные = Неопределено Тогда
       Возврат;
   КонецЕсли;

Я просто пишу Возврат в первой строке процедуры

Там в конфигураторе есть кнопочки
//
и
//х

(17) Мда..
А я так делал, а потому что второй(альтернативный) код работал неоднозначно по времени , и чтоб не убивать старый код я так писал для себя! В итоге отладил и стал использовать оба кода, в одно случае первый в другом второй. Скорость работы вырасла.

(16) Ну, у меня есть вообще вредная привычка - не терплю куски закомментированного кода, если код закомментирован, я его просто стираю, всегда. По моему комментарии должны использоваться для объяснений, а не для складирования неиспользуемого мусора. Тем не менее вариант (13) много раз видел в коде, написанном другими и совершенно спокойно, в отличие от тебя, к нему отношусь...

тем более что (21) - это пример из типовых, из модуля БухгалтерскиеОтчеты.

(21) это рабочий код вообще-то...

2(27) все верно, но смысл тот же - при исполнении условия, все что ниже его аж до ближайшего КонецФункции или КонецПроцедуры - не выполняется

(28) постоянно так делаю, чтобы не блуждать между Если, Иначе и концами если...

(29) я тоже, так что все в порядке...

а вот (17) заставил бы тебя этот код переписать, если я его правильно понял

(21) я слишком уже далек одинэса чтобы понять контекст

(30) сомневаюсь... там речь про другое....

(24) если вы оба куска кода используете - честь Вам и хвала. Но если у вас неработающий код висит и виден как работающий - это неправильно

это неправильно если мы живем в мире Принцессы Рапунцель, где люди если и какают, то в основном мотыльками. :)
Потому что такая конструкция которая в (13) живет не долго и служит в основном для отладки... Однако если даже для текста, находящегося в отладке применяется принцип из (17), то это служит всего лишь признаком самодурства применяющего.

(21) а, врубился. Дык тут у вас то, что ниже, иногда работает, а иногда нет - стиль вроде как плохой (надо почитать макконела), но такое допустимо . хотя я так тоже стараюсь не делать  - все таки лучше, ИМХО написать так:
СтандартнаяОбработка = Ложь;
   Если ТабличноеПоле.ТекущиеДанные = Неопределено Тогда
       //do nothing
Иначе
тут логика
   КонецЕсли;

(34) меня от такого кода, как в (13) тоже воротит...

(34) ну правило , которое я озвучил в (17), вроде бы зашито в CodeINspector от мелкомягких - так что это не только мое самодурство

(34) релиз версия и отладочная версия - это две большие версии. Я про релиз, естественно - в отладочной пусть делают что хотят

Мой пойнт не в том что это супер красиво, а в том что если мне будет удобно это применить - я применю. Хотя не именно так как в (13) а скорее написав Если 1=1 Тогда
Возврат;
КонецЕсли;

(38) Ну наконец-то. :)

+(34) *разницы
хотя лично я считаю, что писать надо сразу правильно - не тратится время на переписывание.

(39) дык вы уверены, что это в релиз не пролезет??? в одноэсии вроде бы плохой испектор кода...

2(39) я уверен в том, что сталкиваюсь постоянно с тем, что уже приходят релизы типовых, в которых есть код который должен работать правильно, но на реальных данных бывает работает НЕ правильно. и вот чтобы его отладить приходится прибегать и к (13) и к еще более гадким вещам.

(13) очень полезна когда переменная не типизирована, а хочется интелисенс
Например в процедуру передается переменная Спр - контрагенты.
1С о типе не знает.
Делаем
Если Ложь Тогда
Спр = Справочники.Контрагенты.СоздатьЭлемент();
КонецЕсли

Дальше уже будет работать интелисенс...

Когда проект надо сдавать делаем глобальный поиск Если Ложь Тогда и мочим.

(43) да, иногда удобно, особенно когда юзаешь самописный объект с туевой хучей реквизитов и ТЧ