Наконец 1С раскачалась добавить поддержку JSON в платформу.
Будете внедрять его вместо XML?
http://v8.1c.ru/o7/201410json/index.htm

(0) Узкоспециализированный формат, навряд ли про него кто-то спросит на собеседовании.

(0) Еще один способ обмениваться с сайтом.

(1) Да ладно!
Сейчас в интернет-приложениях и в мобильных приложениях очень часто как раз этот формат и используют для передачи данных между клиентом и сервером.
XML - узкоспециализированный формат? Так вот JSON тот же XML только лучше.

(0) буду

(0) Даже в типовой БП 3.0 есть функции с  "JSON" в названии. Они наконец поняли, что никуда от этого не деться.

(3) не лучше, скорее легковеснее.

И кстати цитата в конце:
>> Мы думаем над тем, чтобы предоставить вам возможность сериализации в JSON прикладных типов 1С:Предприятия: ссылок, объектов, наборов записей и т.д. Поэтому есть вероятность появления ещё одного, третьего уровня средств работы с JSON. Этот уровень позволит вам преобразовывать в JSON любые типы 1С:Предприятия, для которых поддерживается XDTO-сериализация в XML.

(6) Про лучше, как раз это и имелось ввиду.

Ну, теперь то заживем! (не сарказм)

(6) об этом написано в самом начале статьи

>По сравнению с XML он является более лаконичным и занимает меньше места. Кроме этого все браузеры имеют встроенные средства для работы с JSON

Теперь пару лет 8.3.6 ждать?

На ИС уже давно реализовано. 1С опять впереди планеты всей.

(1) ЧТОА? Узкоспециализированный формат?

(7), (9) но для него нет штатной валидации, у XML представление богаче. Нет стандарта, например, на представление даты.
(11) так встроенное быстрее будет

(0) Что-то не могу понять один момент: клиент-серверный обмен они переведут JSON или оставят на XML?

Лучше бы регулярные выражения в платформу воткнули

(15) когда нить воткнут....

(14) Сдается мне, оставят и то, и другое.

(17) Т.е. в виде свойства конфигурации? Хм, а смысл?

(17) Сомневаюсь.... не логично оставлять две реализации.

Интересный формат.. не вызывает отторжения своей громоздкостью, как XML. Кстати, в нём обязательно ключи заключать в кавычки, или это лишь для ключей, содержащих нехорошие символы?

(14) а какая разница? Это внутренности системы, те кто не нарушал лицензионное соглашение об этом даже не узнают.

(21) Разница в том, что работать будет быстрее :)

(0) Это должно было быть в 8.3.5 вместе с http сервисами

опять, не удивлюсь если лет через энцать вернемся к старому доброму тхт ))) с разбивкой по ячейкам через точку с запятой плюс таб
:-D

Когда планируют тестовую 8.3.6 запускать?

единственный простой и удобный формат это реализация ини в открытых прогах, в квадратных скобках имя группы переменных, а в каждой строке имя переменной и через знак "=" значение переменной, и человек легко прочитает и машину научить это читать дело 5 минут, и весит мало.
А эти все форматы хмл фигель, в лучшем случае выпук маньяков или война за лицензии.

(26) >>> в квадратных скобках имя группы переменных, а в каждой строке имя переменной и через знак "=" значение переменной

Да-да, и все это работает ровно до того момента пока у тебя нет вложенности. Не нужно путать формат конфигов и формат сериализации. Тогда и посты не будут выглядеть как чушь.

(27) ставим переменную родитель и на вложенность начхать ;)

(28) А ещё можно как в reg файлах выкрутиться, но это всё костыли.

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

(29) а на 1 байт информации выделять 10-100 байт описания это вы называете прорывом? :))))) я вас умоляю.

http://legionwfz.blogspot.ru

(30) А кто говорил про XML? Ветка про JSON вообще-то.

Во-первых, никакой проблемы нет. Во-вторых ничего из пальца не высосано, JSON хорош тем, что без плясок с бубном и костылей позволяет сериализовать и передавать сложные структуры данных независимо от платформы и языка.

А с учетом того, что скоро ждем jsonb, то вообще здорово будет.

Хочу, хочу, хочу ))

(0)круто

Побоку, 1С как всегда начнет терабайты в текстовом виде перебрасывать между базами. Как это есть с XML файлом :)

на сколько я понял, JSON это облегченный вариант XML и является нативным для ява скрипт.

видимо в других фреймворках, в отличии от 1С, трабл с XML

а вообще та же фигня...

аллилуйя :)

json полегче xml будет, есть куча примеров, где json является единственным форматом для обмена

(14) Для веб-клиента и так json используется, еще с 8.2

(33) а есть типовой пример файлика такого? интересная тема ^_^
хотя мне хмл уже привычен и читать его глазками привык 0:-) уже, но очень он тяжелый (( каждый раз глядя на размер  ежедневного файла обмена что-то скребет в каком-то месте ))))

Даешь protobuf в 1С!

(43) а что, им кто-то пользуется для внешних сервисов?
Я думал, что это только наши тру-разработчики такие одаренные

(0) А кто ждал ?

Одинесовцы продолжают лизать любимый костыль и опять сделали передачу функций по имени. Причем , аж тремя параметрами. Вот что с людьми отсутствие лямбд в языке делает.

Исторически доказано .. штаааа на больших объемах и XML затупит и  все на свете ... ВB link рулит

(44) Для внешних вряд ли. В protobuf надо знать структуру объекта. Хотя, если .proto опубликовать, то можно.

Точнее DB  link. Ну курсы валют загрузить , календарики... а прокачка данных - тупняк.

Ну и выбираем ... дергать сервис 100 раз по одной строчке или один раз но 100 строк .

Ну осталось дождаться когда это будет, а так всемерно поддерживаю

Хорошая новость, можно будет писать сервисы и на xml и на json, если сторонней системе нужен xml берет его иначе json.

(43) Угу http://habrahabr.ru/post/119503/
The test of binary formatter:
1000 iterations in 122 ms
2000 iterations in 186 ms
3000 iterations in 286 ms
4000 iterations in 358 ms
5000 iterations in 450 ms

The test of protobuf-net:
1000 iterations in 137 ms
2000 iterations in 47 ms
3000 iterations in 72 ms
4000 iterations in 93 ms
5000 iterations in 118 ms

The test of json-net:
1000 iterations in 232 ms
2000 iterations in 200 ms
3000 iterations in 313 ms
4000 iterations in 406 ms
5000 iterations in 513 ms

The comparision of file size:
The size of tasks1.bin is 725 bytes
The size of tasks2.bin is 101 bytes
The size of tasks3.bin is 244 bytes

(53) Осталось теперь выяснить какую библиотеку парсинга  JSONа  засунут в движок 1С

Судя по ссылке народ на хабре изголяется  как трафик снизить и кто быстрее распарсит...

(54) Это не про json вообще

(55) Ты же сам писал в (49), что это охренеть как важно.

и DB link это вообще про другое. В 1С это называется "Внешние источники данных"

(56)   Только вид сбоку .
(57)    Именно

(58) :)

О сертификатах вопрос будет ? :)

(61) А по веб-сервисам и XML были?

(42) Ответы многих крупных сервисов с API. И это не "файлики", это структуры данных, которые формируются и сериализуются на лету. Например геокодирование в гуглокартах (пример из доков):  http://maps.googleapis.com/maps/api/geocode/json?address=1600+Amphitheatre+Parkway,+Mountain+View,+CA&sensor=true_or_false