В место такого кода

&НаКлиенте
Процедура ПередЗакрытием(Отказ, СтандартнаяОбработка)
    ОписаниеОповещения = Новый ОписаниеОповещения("ОбработатьОтвет", ЭтотОбъект);
    ПоказатьВопрос(ОписаниеОповещения, "Завершить работу системы?",РежимДиалогаВопрос.ДаНет, 60);
    Отказ = Истина;
    
КонецПроцедуры

&НаКлиенте
Процедура ОбработатьОтвет(РезультатВопроса, ДополнительныеПараметры) Экспорт
    
    Если РезультатВопроса <> КодВозвратаДиалога.Нет Тогда
        ЗавершитьРаботуСистемы(Ложь);
        Закрыть();
    КонецЕсли;
    

КонецПроцедуры


Писать более простой

&НаКлиенте
Процедура ПередЗакрытием(Отказ, СтандартнаяОбработка)
    ОписаниеОповещения = Новый ОписаниеОповещения("ОбработатьОтвет", ЭтотОбъект);
    ПоказатьВопрос((РезультатВопроса, ДополнительныеПараметры) => (Если РезультатВопроса <> КодВозвратаДиалога.Нет Тогда
        ЗавершитьРаботуСистемы(Ложь);
        Закрыть();
    КонецЕсли;) , "Завершить работу системы?",РежимДиалогаВопрос.ДаНет, 60);
    Отказ = Истина;
    
КонецПроцедуры

(0) Это разве замыкания? По моему, это называется делегаты, как в C#...

вообще как только обработку ожидания придумали - надо было сразу и делать. Хотя бы не замыкания, а присвоение функций переменным и использование имен функций без скобок как переменных.

(53) Ты не пробовал работать с Linq to DB тогда бы понял их премущество над текстовыми запросами. Ленивые вычисления рулят особенно когда тебе нужно 10 этажный запрос наворотить.
А вообще насчет сложности и читаемости когда лямды и Linq появились все  тоже говорили о том что нечитабельно итд. Сейчас все прекрасно используют и не жалуются на читабельность.

А когда в 1С вообще происходило какое-то развитие встроенного языка? Я не про добавление предопределенных классов.

(125)это был толстый клиент
а вообще тема хорошая, тупо чтобы не писать портянку в 10+ передаваемых параметров (привет БСП присоединенные файлы) или хотя бы 1 раз определить что они могут быть контекстными