В современных реалиях разработчикам на платформе 1С 7.7 всё чаще приходится сталкиваться с необходимостью обработки данных в формате JSON. Поскольку в «семерке» нет встроенных механизмов для работы с этим форматом (в отличие от версии 8.3), программисты вынуждены использовать внешние компоненты или системные возможности Windows. Одним из самых популярных способов является использование MSScriptControl.ScriptControl для выполнения кода на языке JScript. Однако этот метод таит в себе множество нюансов, связанных с версиями операционных систем и безопасностью.
Рассмотрим код, который часто встречается в старых обработках и вызывает вопросы у разработчиков. Суть метода заключается в создании динамической функции внутри движка JScript, которая интерпретирует строку JSON как объект JavaScript.
// Функция на стороне JScript
function parseJSON(strJSON) {
var tmpFunc = (new Function('return(' + strJSON + ');'))();
return(tmpFunc);
}
// Вызов из 1С 7.7
Ответ = scriptCtrl.Run("parseJSON", СтрокаJSON);
Проанализируем ситуацию: конструкция new Function('return(' + strJSON + ');')() фактически является аналогом функции eval(). Она берет текстовую строку и заставляет интерпретатор выполнить её как программный код. Если в строке находится валидный JSON, то результатом выполнения станет объект JScript (тип IDispatch в терминах COM).
Выясним причину технического сбоя на старых системах. Основная проблема кроется в версии библиотеки Windows Script Host (WSH). В Windows XP по умолчанию установлена версия WSH 5.7, в то время как в более современных ОС — 5.8 и выше.
Основные отличия JScript 5.7 от 5.8:
JSON.parse() появился только в JScript 5.8 (который поставляется вместе с Internet Explorer 8). На Windows XP с установленным IE6 или IE7 этот объект просто отсутствует в системе.jscript.dll новой версии, MSScriptControl может по умолчанию использовать режим совместимости со старыми стандартами.Проанализируем решение: чтобы этот код заработал на Windows XP, необходимо обновить Internet Explorer до 8-й версии. Это автоматически обновит системные библиотеки скриптового движка до версии 5.8, что сделает конструкцию new Function более стабильной.
Важно понимать, что использование eval() или new Function() для парсинга данных — это потенциальная угроза безопасности. Рассмотрим ситуацию, когда вместо ожидаемых данных JSON в программу попадает вредоносный код.
Если в переменной strJSON придет строка вида:
undefined && (function(){
var fso = new ActiveXObject("Scripting.FileSystemObject");
fso.DeleteFile("C:\\important_file.txt");
})()
Движок JScript выполнит этот код с правами пользователя, под которым запущена 1С. Поскольку 1С 7.7 часто запускается с правами администратора, это позволяет злоумышленнику выполнить любые действия в системе. Поэтому такой способ парсинга допустим только в доверенной среде, когда вы точно уверены в источнике данных.
Даже если парсинг прошел успешно, разработчик сталкивается со спецификой платформы 7.7. При возврате объекта из JScript, 1С видит его как COMОбъект (тип IDispatch). В 1С 7.7 нельзя просто написать Ответ.Status, так как встроенный язык не умеет обращаться к свойствам таких объектов напрямую через точку.
Для решения этой проблемы разберем подход с использованием вспомогательных функций-«прослоек» внутри JScript:
// В скрипт добавляются методы доступа
function getProperty(obj, key) {
return obj[key];
}
function getArrayItem(obj, index) {
return obj[index];
}
function getArrayLength(obj) {
return obj.length;
}
Теперь из 1С мы можем обращаться к данным так:
Статус = scriptCtrl.Run("getProperty", РезультатПарсинга, "Status");
Существует более надежный способ, который позволяет задействовать современный парсер JSON.parse() даже там, где MSScriptControl ведет себя нестабильно. Для этого мы можем использовать COM-объект htmlfile.
Рассмотрим алгоритм действий:
CreateObject("htmlfile").parentWindow для выполнения парсинга.Этот метод считается более современным и безопасным, так как нативный JSON.parse() не исполняет произвольный код, а только разбирает структуру данных.
Если зависимости от системных библиотек Windows неприемлемы (например, при работе в Linux через Wine или на сильно урезанных сборках ОС), стоит рассмотреть реализацию парсера на встроенном языке 1С 7.7.
Проанализируем простейший алгоритм разбора простого JSON:
СтрЗаменить() для преобразования синтаксиса JSON в формат, близкий к ЗначениеИзСтрокиВнутр().СписокЗначений для представления массивов и объектов.Хотя такой парсер может занимать от 50 до нескольких сотен строк кода, он обеспечивает полную независимость от версии jscript.dll и гарантирует стабильную работу на любых версиях Windows, включая XP.
Подведем итог: для быстрого решения задачи на современных системах достаточно использовать MSScriptControl, но для обеспечения совместимости с Windows XP и повышения безопасности лучше использовать объект htmlfile или написать (найти готовый) парсер на чистом языке 1С 7.7.