1. Попытки в велосипед
Бывает так, что начинаешь одно дело, а заканчиваешь уже другое, потому что в ходе работ выясняются непреодолимые препятствия, которые можно решить только другим способом. Так и получилось в этот раз. Давно разрабатывал набор функций для того, чтобы можно было запускать через Выполнить код с процедурами и функциями, потому что это тот фактор, что всегда отпугивал меня от консолей кода, хоть я и не любитель лапша-кода, просто спотыкался об это. Подход выбрал через выполнение универсальной функции, которой передаются код функции и параметры на вход. Добрался даже до рекурсии (что оказалось простым делом, добавил минут за 15). Но выйдя за пределы проверяемых функций быстро выяснил следующие недостатки такого подхода:
1. низкая производительность в циклах - ведь код компилируется и переменные передаются-создаются для каждого оборота цикла заново, так что если переменная - таблица значений, то высокой производительности не жди, а в циклах она частая гостья
2. параметры передаются только по знач и хотя результативная переменная есть, но ведь не всегда нужно менять только ее - это самый жирный минус
3. невозможность смены контекста вызова. В основном программирую на обычных формах, так что меня это не слишком заботило, но понимаю, что для клиент-серверного УФ кода это критично.
2. Переход на режим временной обработки
Альтернативой этому стало выполнение через обработку, о котором я уже думал до этого, но не знал, с какой стороны взяться, к счастью в комментариях к одной из статей просветили, что можно для сборки обработки из кода использовать YellowPacker, который на чистом 1С реализует методологию v8unpack, что конечно, очень привлекает своей встроенной кроссплатформенностью и отсутствием небезопасных вызовов. Не знаю, как это удалось автору обработки, но приспособить ее под внешний запуск оказалось делом недолгим - только перенести код в модуль объекта и настроить программный интерфейс и вот уже первая обработка собрана и работает, потому что в начале модуля формы добавлен комментарий-метка начала (вся форма с описанием реквизитов и кодом распаковывается в один файл, не считая собственно описание самого объекта формы, а уж модуль объекта и того проще - в отдельный файл text, только нужно добавить туда хотя бы строчку, иначе файла не будет).
Насчет контекста выполнения тоже все просто - клиентский код переносим на форму и запускаем с нее экспортным методом, а чисто серверный - в модуле обработки:
АсинхроннаяФункция = АдаптироватьТекстДляОбработки(Текст, Истина, Истина);
ИмяОбработки = ПодключитьВременнуюОбработку(ДанныеВременнойОбработки, ДанныеСборщика, Текст, Истина);
ФормаОбработки = ПолучитьФорму("ВнешняяОбработка." + ИмяОбработки + ".Форма.Форма");
Если АсинхроннаяФункция Тогда
Ждать ФормаОбработки.ВыполнитьКод(SPd201bf6);
Иначе
ФормаОбработки.ВыполнитьКод(SPd201bf6);
КонецЕсли;
или..
АдаптироватьТекстДляОбработки(Текст, Истина, Ложь);
ИмяОбработки = ПодключитьВременнуюОбработку(ДанныеВременнойОбработки, ДанныеСборщика, Текст, Ложь);
ОбработкаОбъект = ВнешниеОбработки.Создать(ИмяОбработки, Ложь);
ОбработкаОбъект.ВыполнитьКод(SPd201bf6);
3. Адаптация кода для обработки
Самым сложным оказалось собрать весь исполняемый код и тела методов разместить в тех же строчках, а остальное вставить в основной исполняемый метод ВыполнитьКод, чтобы потом можно было отследить, в какой строчке возникла ошибка. Прямой перенос текста кода в обработку не очень подходил, поскольку всегда добавлялась минимум одна строчка - строчка с получением итоговых значений переменных и ее нужно было добавить в правильное место. Поэтому была разработана функция АдаптироватьТекстДляОбработки, которая подхватывает тела методов с учетом объявления контекста и комментариев, пустых строк и добавляет код, необходимый в том числе для полноценного отдельного от консоли запуска обработки в отладке, например.
Возьмем для примера такой код:
Факториалы = Новый Соответствие;
Функция Факториал(Число)
Если Число = 0 Или Число = 1 Тогда // Факториал 1 и 0 равны 1
Возврат 1; // Поэтому возвращаем 1
Иначе
Возврат Число * Факториал(Число - 1);
КонецЕсли;
КонецФункции
Для Индекс = 1 По 10 Цикл
Факториалы.Вставить(Индекс, Факториал(Индекс));
КонецЦикла;
Он будет преобразован и показан в обработке следующим образом:
Функция Факториал(Число)
Если Число = 0 Или Число = 1 Тогда // Факториал 1 и 0 равны 1
Возврат 1; // Поэтому возвращаем 1
Иначе
Возврат Число * Факториал(Число - 1);
КонецЕсли;
КонецФункции
&НаКлиенте
Функция ВыполнитьКод() Экспорт
Факториалы = Новый Соответствие;
Для Индекс = 1 По 10 Цикл
Факториалы.Вставить(Индекс, Факториал(Индекс));
КонецЦикла;
КонецФункции
Таким образом видно, что для запуска основного кода используется функция ВыполнитьКод, которая для клиентского запуска расположена &НаКлиенте, а для серверного - по умолчанию (то есть на сервере). При этом ничто не мешает уменьшить количество клиент-серверных вызовов, поместив метод Факториал также на клиента. Также хочу отметить, что можно не писать основную процедуру, если не помните, как она называется - достаточно оставить код за пределами других процедур и он будет помещен в нужную. Если все процедуры обработаны, а внешних к ним строк нет и метод ВыполнитьКод отстутствует, то этот метод будет добавлен и вызвано исключение.
4. Особенности исходной обработки и что добавил помимо нового режима
Разумеется, раз уж можно выполнить код как обработку, добавил и функционал по сохранению кода в обработку, которую уже можно запустить в отладке. Куда добавил? Конечно, в обработку salexdv Консоль кода для управляемых форм. Весь функционал описывать не буду, но что больше всего понравилось, так это подсветка, подсказки и просмотр переменных. Все это делает обработку отличным помощником. Да и отлов ошибок также интересный - строка с ошибкой после ее возникновения подсвечивается. Хотя должен отметить, что не всегда отлов ошибки срабатывает, иногда она выкидывается напрямую. Не знаю, от чего это зависит, но ощущение, что иногда платформа "устает" отлавливать ошибку через Попытка-Исключение!
Что еще пришлось добавить ввиду появления разных контекстов выполнения, так это обработку как чисто клиентских типов (Диалоги, Описание оповещения), так и типов, которые существуют как на клиенте, так и на сервере, но не передаются между ними и при этом содержат информацию, которую хотелось бы увидеть. Например, HTTPОтвет или Системная информация. Сейчас список состоит из 10 типов, если нужно, можно его расширить (на самом деле список наковырял большой, но в основном ничего интересного из переменной было не вытащить):
5. Дополнительные плюшки перехода на режим временной обработки
Что самое интересное после внедрения механизма выполнения через обработку, так это то, что вот такой код полноценно работает:
Парадоксально, но факт: переменная формы уже не существует, поскольку метод выполнен, а форма продолжает жить и обрабатывать оповещения. Причем если из обработки оповещения объявить новое описание оповещения и показать диалог, оно тоже будет обработано! Единственный минус - переменная диалога в таком сценарии никогда не будет содержать выбранного файла, но это небольшой минус при прочих равных.
Асинхронные вызовы также полностью поддерживаются, в отличие от отсутствия их поддержки в исходном режиме через Выполнить
Также плюсом может быть возможность сохранения (через кнопку Сохранить как) в виде исполняемой обработки, которую уже можно запустить в отладке. Обратный перенос пока не планирую, но если он нужен - пишите в комментариях зачем (как по мне всегда есть конфигуратор, чтобы скопировать код, а если конфигуратора нет - зачем временная обработка?)
Источники информации
Консоль кода для управляемых форм - Автор salexdv
И снова распаковщик. Теперь на чистом 1С. YellowPacker - Автор VKislitsin
Проверено на следующих конфигурациях и релизах:
- 1С:Библиотека стандартных подсистем, редакция 3.1, релизы 3.1.10.174
Вступайте в нашу телеграмм-группу Инфостарт