(1) Игорь, привет! Скажи, пожалуйста, а по какой причине, ты решил что твои сомнения кому-то интересны?
Проект OpenSource не для того, чтобы просто быть OpenSource, а потому что есть запрос от комьюнити и потому что есть солидарность внутри опен-сорс сообщества. Кроме того, let's code внутри так же содержит открытые компоненты, которые по своей лицензионной политике требуют открытых исходников от всех наследований.
Надо перепроверить алгоритм проверки. Но работа проведена большая, инструмент интересный и уникальный. Описание крутое, плюс вовлечение сообщества в полезный движ. Однозначно плюс. Не останавливайтесь! ИТК молодцы!
Две причины:
1. В Выполнить("Код") не передать целый скрипт, который во многих случаях не просто перечень inline методов, а набор процедур и функций.
Например, что-то такое выполнить:
Функция СуммаЧисел(Число1, Число2)
Возврат Число1 + Число2;
КонецФункции
Функция ТочкаВходаТест(МассивЧисел)
Возврат СуммаЧисел[Массив[1], Массив[2]];
КонецФункции
Показать
2. Отделить логику выполнения скрипта от фронта. В дальнейшем планируется добавить исполнение скриптов на в т.ч. на 1С: Исполнитель; вариант с пакетным запуском 1С: Предприятие так же можно рассмотреть.Ну и если кому-то захочется фронт реализовать в другой системе - welcome
(5) У меня почему-то выполнить проверку не получается, по таймауту отваливается powershell (по коду посмотрел), хотя если просто командную строку выполнить типа oscript.exe "d:\test.os" , где тест содержится, то всё "ОК"
(7) Тут пока только вариант со сборкой внешней обработки приходит в голову и исполнения ее в безопасном режиме, тогда покрывает все основные потребности в тестировании навыка разработки в 1с.
Успехов вашему проекту.
(5) Кажется, чтобы использовать движок 1С можно было бы на лету собирать внешнюю обработку и засовывать код участников в модуль объекта. После подключать и выполнять в безопасном режиме.
Такой подход в том числе позволит использовать запросы.
В целом идея площадок для соревнований на встроенном языке 1С интересная, позволяет хорошо размять мозги вне рутинных рабочих задач! =)
(13) Матвей, привет. Да, такой вариант тоже рассматривали, но из-за производительности (выполнение скрипта сильно быстрее получилось) пока оставили на будущее.