Продолжение JSON, но уже в 8.3.7 #732037

Сериализация прикладных типов 1С:Предприятия в JSON Планируется в версии 8.3.7. а 8.3.6 уже вышла?

Офигеть 5 минут назад заходил новостей не было О_о

>8.3.7 8.3.6 - сырая...

Даже версии для тестирования не было, откуда информация что она сырая?

дак ведь раньше уже писали что планируют сериализацию в json типов 1С

зы. на users еще платформы с сериализацией простоых типов нет, а вы уже 8.3.7

Они и сделали, там ведь написано "А если предполагается обмениваться только примитивными типами и коллекциями, то для этой задачи хорошо подходят методы ПрочитатьJSON и ЗаписатьJSON, о которых мы рассказывали ранее."

а какая она еще бывает?

Обещали же в 8.3.6 сделать, гады!

Я ее ради этого JSON только и ждал!

азанафига вообще этот  JSON сдался?

типа менее тяжел чем XML

а что, json - это не xml?

нет

{ } и чем это лучше xml?

Теперь будешь еще полдня за ним бегать, чтобы фотографию отдать. Т.е. будешь еще год ждать 8.3.7. Ну если только невалидный)

говорят моднее, стильнее, современнее

там откуда ты взял этот пример ниже есть он же в XML

тем что оно в профиль а не в анфас

объемом

хотя на малых размерах не особо важно, вот на огромных - да

всё, пищу от восторга размер тот же а да я ваш профиль....

Пишут что этот формат может читаться в случае если файл не до конца дописанный, чего нельзя сказать о XML. Уже неплохое отличие.

размер меньше, человеко-читабельность лучше но все это непринципиально

JSON является подмножеством синтаксиса языка JavaScript и может быть быстро десериализован встроенной функцией eval. Кроме того, возможна вставка вполне работоспособных JavaScript-функций. Используется в основном для сериализации и в этом случае, он более "экономичен".

для 1С эти eval побоку

Наоборот. Этот формат оч. широко используется в web-технологиях, с которыми 1С все больше взаимодействует.

+ Не просто же так добавляют его в 8.3.7.

И что же мешает читать xml, если файл не до конца дописанный?

тут написано, что JSON умеет массивами кидаться, видимо в этом его плюс перед xml

ну XML тоже может, но просто каждый элемент надо именовать

Нам нужны расширения! :)

Пусть хотя бы "sleep" добавят.

зачем?

Потому как бывает такая необходимость

Мне тоже интересно, в каких случаях бывает нужен sleep в 1С.

Когда нужно задорно пого*нокодить :)

Я когда модему команды на СМС-ки отправлял, вставлял задержки между командами, чтобы модем не захлебнулся. Но задержки там вставлены были не от необходимости, а от лени. Позже я переписал код и стал ждать ответа от модема, когда он освободится. Задержки можно сделать и сейчас, поэтому sleep не нужен :)

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

JSON - полезно, но не критично. Многое, что умеет сериализацию JSON - умеет и XML. И там, и там - свои недостатки, иначе бы уже выбрали что-то одно.

например, когда тебе нужно в обработке подождать ХХ секунд пока сформируется файл и не забивать проц пустым циклом. это частный случай и умный девайс, а если есть необходимость выключить 1С по команде UPS? там только опрос с какой-то задержкой.

ну баян же

Это костыли - нужен штатный метод

штатного нет, да и вряд ли будет

Нечем, те же яйца, вид сбоку :)

Насчет объема, это все относительно. Сократить дублирование наименований узлов до одного, это еще не экономия :)

Поддерживаю, кто начнет сбор подписи за добавление в 1С команды "Sleep"? :)

Это уже экономия. На маленьких файлах - маленькая, на больших - большая)

запихни xml в сервис, где спецификация предполагает подавать json )))

когда внешний сервис использует защиту типа таймаута например, 5 запросов в секунду, сделаешь больше - получишь too many requests

Тем что все restful api оперируют именно этим типом данных а не xml. Вот захочешь ты получить файлы с яндекс диска. А там json и что ты будешь делать а? а? Ах тебе не надо получать оттуда файлы? А это вообще редко кому надо? Что 1С для других задач? Ты НЕ стильный, НЕ модный, НЕ молодежный. Бери пример с он "джва года" эту функцию ждал. Реализаций море, но ему они не видимо не понравились.

Ну 1С же и в этом случае идет своим путем. Оно планирует реализовать последовательное чтение/запись и сериализацию/десериализацию СВОИХ объектов. А в JS то принято JSON использовать для произвольных объектов. Я например разбираю объекты из банк-клиента.

8.3.7? С учетом того, что 8.3.6 еще не вышла, точно 2 года еще ждать. Вот это как раз будет в 8.3.6 через объекты ЧтениеJSON и ЗаписьJSON.

Да, только это будет  ПрочитатьJSON и ЗаписатьJSON.

Вы немного глупите. Скорее всего это отказ от XDTO, из за которого нехило тормозит тонкий клиент.

У кого под рукой клиент-серверная базка? Откройте документ под Тонким, помотайте табличный часть, посмотрите, копятся ли серверные вызовы?

А по-твоему не должны? ДС ведь подгружает на клиент только то, что помещается на экране плюс ещё несколько строк. При прокрутке откуда на клиенте остальные строки ТЧ?

Веб-клиент использует JSON-сериализацию еще с 8.2