Снегопат

Всем привет!

Предлагаю обсудить такую идею. Скрипты Снегопата удобно использовать в качестве "библиотек" функций, как альтернативу использования WSC.

По сравнению с WSC у них как минимум есть неоспоримое преимущество: их не надо регистрировать.

Но есть и существенный недостаток: если использовать их "как есть", все библиотечные функции на момент исполнения скрипта/макроса должны быть загружены (причем загружены до скриптов, которые их будут использовать). Сейчас это не проблема, но, вспоминая случай OpenConf'а, скоро Снегопат обрастет кучей различных скриптов и кучей библиотек, а соответственно получим уже знакомую историю: все скрипты будут загружаться во время запуска конфигуратора и тормозить его.

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

Также динамическая подгрузка библиотек избавляет нас от необходимости явным образом следить за порядком загрузки скриптов (чтобы не ломались зависимости от библиотек, когда скрипт загружается раньше библиотеки).

Для этого в stdlib.js (3_std.js) я добавил метод require(libFileName) и сделал незначительные правки в snegopat.js и snegopatwnd.js.

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

Пример использования:



В качестве параметра require() может быть передан либо полный путь к файлу скрипта, либо имя скрипта. В последнем случае скрипт-библиотека ищется в подкаталоге scripts/Libs каталога Снегопата.

_________________
С уважением,
Александр Кунташов
Канал про 1С в Телеграме: @kuntashov_devnotes

Нужное дело. Поддерживаю по всем пунктам

Добавил в основной репозитарий.

Саша, эта версия работала не так, как работает директива $addin. Последняя возвращает addin.object, а require() возвращает addin.

Думаю, логичнее, если require() будет вести себя также, как и директива $addin.

В своей локальной ветке я внес изменения, исправленный скрипт прилагаю. Если ты не против, добавь в основной репозиторий.

_________________
С уважением,
Александр Кунташов
Канал про 1С в Телеграме: @kuntashov_devnotes

Сделал.
И добавил тебе прав на коммит в основной репозитарий.

Спасибо!

_________________
С уважением,
Александр Кунташов
Канал про 1С в Телеграме: @kuntashov_devnotes

ИМХО сейчас одинаковый код юзается в 2-х скриптах
stdlib, testrunner

1. создавать группу совсем необязательно, она в любом случае создается в snegopat.js
2. код поиска лучше выделить либо в stdlib в отдельный методв,
либо просто и без поиска в snegopat.js запоминать созданную группу и возвращать ее отдельным методом.
имхо второй вариант лучше.
Этот метод, возможно, пригодится в дальнейшем для других задач.

Я так сделал, потому что самостоятельно такие принципиальные решения принимать не стал, а так согласен.
Единственное, подчеркну, в testrunner'е мне нужен именно объект IAddin, а require возвращает IAddin::object, поэтому в testrunner'е я продублировал код и сделал модификацию.

Я вообще бы предпочел, чтобы для нужд тестирования и подобных была возможность загружать скрипты без отображения в дереве загруженных скриптов окна Снегопата.

Нужен также способ временно приостановить обновление дерева перед массовой загрузкой скриптов, а потом делать полное обновление (вместо обновления дерева окна снегопата при загрузке каждого отдельного скрипта).

Я сейчас прорабатываю этот вариант.

_________________
С уважением,
Александр Кунташов
Канал про 1С в Телеграме: @kuntashov_devnotes