Как проверить структуру JSON (не валидация)?

Question

[ivnC]

Когда приходит ответ от сервера в виде JSON, как можно эффективно проверить его структуру? Т.е. имееются ли в нем все нужные поля, учитывая иерархичные структуры?

Comments

[igrishaev]

Важно уточнить — сервер под вашим контролем или это сторонний сервис?

Answer 1

[Vladimir Abramov]

Распарасить и проверить как любой объект

Answer 2

[LastDragon]

Посмотрите в сторону JSON Schema, вроде как для этого бала придумана (http://ru.wikipedia.org/wiki/JSON#JSON_Schema, json-schema.org/).

Comments

[Andrew D.Laptev]

Абсолютно согласен, для маленьких объёмов данных это самый быстрый и простой способ. Только вот не все реализации валидаторов полностью поддерживают третий драфт.

[egorinsk]

Интересная ссылка, я до этого сам похожие велосипеды делал, а оказывается, уже есть готовые варианты.

Кстати, если в приложении есть модели данных, теоретически схему можно генерировать автоматически из описания моделей (ну или модели из схемы, как вариант).

Answer 3

[Александр Кит]

Как отправная точка:

JSON.isOfPattern = function(json, props){
	if (json == null) return false;
	for(var key in props){
		if (key in json == false) return false;
		if (typeof props == 'object' && !JSON.isOfPattern(json[key],props[key])) return false;
	}
	return true;
}

var json = { name: 'A', address: { city: 'Berlin'}};
JSON.isOfPattern(json, {name:null, address: {city: null} });

Comments

[Александр Кит]

Извините на коленке писал, патч:

- if (json == null) return false; 

+ if (typeof json !== 'object') return false; 

[Александр Кит]

Ё мае, пора уже точно спать…

 -  if (typeof props == 'object' && !JSON.isOfPattern(json[key],props[key])) return false;

 +  if (typeof props[key] == 'object' && !JSON.isOfPattern(json[key],props[key])) return false;

Ну смысл вы в любом случае поняли…

Answer 4

[MikhailEdoshin]

Если вы уверены, что JSON пришел от правильного сервера, зачем его проверять?

Comments

[Vladimir Abramov]

Например для интеграционных тестов

[MikhailEdoshin]

IMHO, достаточно проверить это unit-тестом на сервере (если это ваш сервер), а в приложении проверять бизнес-логику. Проверить, может быть, одно поле с типом ответа, если оно есть, конечно. Проверять входной JSON имеет смысл когда это публичный API, куда данные может слать кто угодно. Если данные шлет только один известный отправитель, разумнее положиться, что он шлет их правильно. Хотя зависит от отправителя, конечно :) если он ненадежен, то да.

[ivnC]

Как известно, все, что может сломаться, сломается. Просто с проверкой структуры можно формировать сразу четкое описание ошибки и в случае факапа сразу понятно, на чьей стороне вина — на клиент-сайде или сервере.

[MikhailEdoshin]

Разумнее трезво оценивать шансы такой ошибки. Если сервер ваш и клиент ваш вполне можно установить больший уровень доверия. Или если сервер не ваш, но из документации видно, что разработчики понимают проблему и дают, скажем, версионированный API.

Меня, кстати, смутила ваша «не валидация» — ведь проверка соответствия структуры известной схеме и называется валидацией. Только сейчас сообразил, что, говоря «не валидация», вы имели в виду «проверка не данных, а структуры». По аналогии с XML сейчас таких инструментов много и для JSON, JSON Schema та же, ссылки вам дали.

[ivnC]

Ну, как раз в терминологии и сложность. Я не смог найти интересующие меня функционалы, т.к. не знал, какие ключевые слова использовать. parse json, structure json, validate json выводят к jsLint, stringify и проч.
Пока что читаю про JSON Schema. Наверно, хотелось бы что-то попроще.

[MikhailEdoshin]

А как проще? Чтобы проверить соответствие грамматике, нужно описание грамматики, тут никуда не деться. Разве что упрощенную грамматику описать, а то там, я смотрю, вплоть до callback'ов :) Для XML вроде как есть инструменты, составляющие схему по образцу (хотя затруднюсь их назвать), но для JSON надо писать вручную. Если схема есть, сама проверка — просто вызов функции.