NG
не знал, что такое сработает
#prog #article
Поверить не могу, что не выкладывал это раньше. JSON — недостаточно точно определённый формат.
habr.com/company/mailru/blog/314014/
Size: a a a
2020 October 14
b⛅
недостаточно точно определённый формат! Это не то же самое, что знать не весь жсон
ap
b⛅
у мну с аглицким плохо, superset, как переводится?
Since YAML is a superset of JSON, it can parse JSON with a YAML parser
Since YAML is a superset of JSON, it can parse JSON with a YAML parser
надмножество
JC
недостаточно точно определённый формат! Это не то же самое, что знать не весь жсон
Ну как ты можешь знать то, чего нет :D
VG
о да, покажи мне эту статью, пускай она меня уничтожит
я полагаю, имелось в виду, что из-за недостаточной специфицированности json в реальных данных может протечь JavaScript за его пределами, и тогда - бум!
b⛅
#prog #article
Поверить не могу, что не выкладывал это раньше. JSON — недостаточно точно определённый формат.
habr.com/company/mailru/blog/314014/
Поверить не могу, что не выкладывал это раньше. JSON — недостаточно точно определённый формат.
habr.com/company/mailru/blog/314014/
бтв, я читал, я же подписан на Блог*
NM
The primary objective of this revision is to bring YAML into compliance with JSON as an official subset.
а туть?
а туть?
b⛅
Ну как ты можешь знать то, чего нет :D
никак, это понятие неприменимо. Значит знать жсон == знать определённые части жсона
b⛅
вот они
NM
а, откеда цитата
https://yaml.org/spec/1.2/spec.html
https://yaml.org/spec/1.2/spec.html
VG
а в действительности вон статья про сравнение поведения разных парсеров
b⛅
а в действительности вон статья про сравнение поведения разных парсеров
да там описывается поведение в случаях, которые и не должны быть
b⛅
Кодировка файла. «JSON-текст ДОЛЖЕН быть в кодировке UTF-8, UTF-16 или UTF-32. По умолчанию используется UTF-8» (раздел 8.1).
Так что для прохождения тестов необходима одна из трёх кодировок. Тексты в UTF-16 и UTF-32 также должны содержать старшие и младшие варианты.
Сбойные тесты включают в себя строки в кодировке ISO-Latin-1.
Так что для прохождения тестов необходима одна из трёх кодировок. Тексты в UTF-16 и UTF-32 также должны содержать старшие и младшие варианты.
Сбойные тесты включают в себя строки в кодировке ISO-Latin-1.
b⛅
> ты должен делать Х, чтобы всё работало, ничего кроме этого
< с Y не работает!!
< с Y не работает!!
VG
да там описывается поведение в случаях, которые и не должны быть
кем не должны? :D
NG
> ты должен делать Х, чтобы всё работало, ничего кроме этого
< с Y не работает!!
< с Y не работает!!
в конце концов, для парсера это недостаток
NG
парсер хотя бы не должен падать на любых входных данных
VG
В частности, в RFC 7159 упоминается, что целью разработки JSON было создать «подмножество JavaScript», но на самом деле это не так. Например, JSON позволяет использовать неэкранированные (unescaped) символы конца строки из Unicode U+2028 LINE SEPARATOR и U+2029 PARAGRAPH SEPARATOR. Но спецификация JavaScript гласит, что строковые значения не могут содержать символы конца строки (ECMA-262 — 7.8.4 String Literals), и вообще к этим символам относятся U+2028 и U+2029 (7.3 Line Terminators). Тот факт, что эти два символа могут использоваться в JSON-строках без экранирования, а в JS они вообще не подразумеваются, говорит о том, что JSON не является подмножеством JavaScript, несмотря на обозначенные цели разработки.
b⛅
статья прикольная, конечно, но по сути ничего она не меняет. Жсон в моём понимании от прочтения хуже не стал