user671983_saa039
Александр Соловьёв

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

На обработку файла размером 16 мегабайт было затрачено времени в секундах (чтение/запись):
стандартными средствами: 1/1
моей обработкой: 32/15

На обработку файла 64 мегабайт было затрачено времени в секундах (чтение/запись):
стандартными средствами: 4/4
моей обработкой: 130/60

(16) Это не ошибки, это даже на особенности не тянет. Даже не заглядывая в ваш файл могу пояснить такую разницу.
1) Если текст на входе содержал пробелы, символы табуляции, переводы строк ВНЕ СТРОКОВЫХ ДАННЫХ, то все эти символы при парсинге отбрасываются, как не содержащие данных. Например, json файл был отформатирован как в вашем примере "файл меньшего размера", а при сериализации получится 1 строка, так как все лишние переводы строк и отступы будут убраны.
2) Если текст на входе содержал комбинацию из двух байт \b, то на выходе это будет один байт - символ пробел.
3) При сериализации юникод символы не заменяются на комбинации \uXXXX. Соответственно 6 байт во входном файле заменяются на 1 или 2 байта в выходном файле.
Вы конечно можете с этим поспорить, но при использовании связки 1С->JSON нет необходимости при сериализации заменять юникод символы на комбинации \uXXXX, так как 1С по-умолчанию создает файлы в кодировке utf, и эту кодировку прекрасно читает любой веб-сервер. Если же вам все-таки требуется конвертация юникод символов в комбинацию \uXXXX, то уже особенности вашего конкретного случая, и эти особенности требуют индивидуальной процедуры сериализации, а для других случаев такая конвертация не требуется.

По второму вопросу могу пояснить следующее. В моем решении функция jsonParse всегда возвращает Массив, даже если json файл содержит структуру. Это удобно с точки зрения использования, потому-что результат не требует проверки на тип данных. Если во входном файле у вас структура, то на выходе будет массив с одним элементом содержащим структуру. В демо примере сериализуется именно этот массив и получается такая разница. Но все мои пояснения были бы лишними, если бы вы ознакомились с кодом функции jsonParse, там не так много строчек и все эти особенности видны невооруженным глазом.

(14)Потому-что в реальных задачах именно так. А теоретически, конечно может начинаться и с других символов.
Спасибо за тестовый пример! Доработал код, чтобы успешно парсил ваш test.json. Но все еще с некоторыми ограничениями:
1) Комментарий в конце файла успешно игнорируется. Если будут комментарии внутри данных, то это по-прежнему может вызвать ошибку при парсинге.
2) Если внутри строки json объект, то он не парсится, а сохраняется как строка.
3) Не понял, что нужно было сделать со строкой "" \u0022 %22 0x22 034 "", также сохраняется как строка.
Замена юникод символов на \uXXXX при сериализации по-прежнему не реализована.

Прикрепленные файлы:

jsonParser.epf

(10) Вы сами прекрасно знаете, почему получили такой результат. Уберите комментарии и будет работать. И во избежание возникновения подобных вопросов я добавлю в описание своей обработки "поддержка комментариев формата json в соответствии с синтаксисом ECMAScript 5 еще не реализована".

(10)Пилят мужики лес двуручными пилами. Прислали им в помощь японскую
бензопилу. Ну мужики решили ее проверить. Подошли они к то-о-оненькому
деревцу:
- В-вжик,- сказала пила.
- О-о-о! - сказали мужики и решили проверить бензопилу на сосне:
- В-вжик,- сказала пила.
- О-о-о! - сказали мужики и решили проверить бензопилу на то-о-олстенном
дубе:
- В-вжик,- сказала пила.
- О-о-о! - сказали мужики и решили принести железный лом:
- Трх-тх-тхтх... , - сказала пила.
- А-а-а-а! - сказали мужики и пошли пилить лес двуручными пилами...

(5) К сожалению администрация ресурса не позволяет мне скачать вашу обработку, для того чтобы я смог в полной мере оценить ваше решение. Видимо по той же причине, по которой не дает мне выложить мою обработку для бесплатной загрузки. Но, на основании вашего предыдущего поста, в котором была представлена часть кода, могу точно сказать, что в вашем решении меня не устраивает: во-первых скорость работы, а во-вторых обработка исключительных ситуаций, указанная описании к вашей обработке: "если строка "битая" или неправильная, то результат непредсказуем. В смысле — в результате работы парсинга будет возвращена какая-нибудь лабуда."

(2) Не совсем так. Обработка делает ВСЁ, что необходимо для парсинга данных из JSON в 1С, и может сериализовать обратно в JSON полученные данные. Если требуется сериализация типов данных, которые не предусмотрены стандартом JSON, то такую сериализацию в любом случае придётся писать индивидуально под конкретную задачу.

(1) Во-первых, обработка используется как хранилище кода, который можно скопировать в нужное вам место. А во-вторых, это демо пример как можно использовать этот код. Обработка читает текстовый файл с массивом данных в формате JSON, парсит его, а затем сериализует полученные данные, и показывает время в секундах, затраченное на парсинг и серилизацию.

Очередной велосипед про JSON в 1С