День добрый.
Для XML есть стандартизированный язык описания XSD.
Есть ли такой же стандартизированный язык описания для JSON, заверенный лучшими мировыми ISO?

https://www.convertsimple.com/convert-xsd-to-json-schema/

https://json-schema.org/overview/what-is-jsonschema

На практике JSON Schema практически бесполезен
Намного лучше написать свои валидирующие функции

(1) (2) Спасибо

Если в 1С, иногда можно использовать Пакет XDTO, правда, с некоторыми ограничениями:
https://infostart.ru/1c/articles/1924346/

С XML, конечно, проще. Никогда не грузил в пакет xsd для валидации, проще работать как с макетом.

(5) Я в Delphi с этим планирую.

(5) Но спасибо

(6) Можно вопрос? Это та самая Delphi, которая испортила Pascal и была на ядре .Net?

(8) Она. Но уже совершенно другая. Замыкания, рефлексия, мапы, ООП как в Java.

Главный вопрос на чем будет исполняться? JVM, .Net, binary exe, jsnode?
Мультиплатформеностью можно заниматься только если это монополист: типа 1С или Google(MMP).

(10) Компиляция в нативный код где можно
Под Android/iOS там чуть сложней, нативный + либы на Java/C++/Objective-C/Swift

И да wiki:Embarcadero_Technologies фактически узкий монополист (по оборотам вероятно сравнимо с 1С)

(11) Зоопарк на поддержке это конечно к деньгам.👍 Но в развитие я был бы осторожнее.
Большие дяди легко забивают болты на развитие своего если это не приносит прибыли.
Internet Explorer
Microsoft Pascal
Microsoft Silverlight
1C 7.7
1C 8, когда разовьётся 1С Элемент...

(12) Чем хорош Дельфи - стабильностью
Да есть проблемы совместимости и кроссплатформенности
Но код не менялся как 1C 7.7 -> 1C 8 ОФ -> 1C 8 УФ (модальность) -> 1C 8 УФ (отказ от модальности и синхронности)

(13) Стабильность это хорошо(спасибо 1С за это)
Но надо понимать что на чем основывается. Если классическая Delphi основывается на Microsoft .Net и Windows то стабильность будет полная и не нужно будет задавать Вопрос асинхронно 🔥
Потому что все основано на диалоговых окнах Windows с отдельным циклом обработки событий, а не на браузерном движке с единым обработчиком! 👍
Так что проблемы совместимости и изменение кодовой базы это единый процесс!
https://blog.sikuda.ru/?p=3257

(14) Классическая Delphi она не Microsoft .Net
Там своя VCL
Потом добавили возможность использовать .Net с Windows.Forms и т.д.
Но это совершенно не обязательно

Суть что старый код написанный еще во времена Delphi 7 обычно прекрасно компилируется и работает на последней Delphi
Понятно с учетом ограничений кроссплатформенности

(15) Так база одна, классическая оконная система вылизанный до блеска пользуясь повсеместностью Windows и далее унификация с Gnome и т.д.
Если большая кодовая база Delphi уже есть, тогда понятно решение.

А на пустом месте:
- подход типа 1С на библиотеку wxwidgets легче и быстрее если нужно просто интерфейс
- JVM c 17 там весь Goggle Compose и Мультиплатформа с мобильными ОС.(есть статическая сборка (под 100Mb))

(16) Да там тоже был холивар
https://blogs.embarcadero.com/firemonkey-vs-vcl/

(17) Какой слабый холивар, надо Clipper vs FoxPro

(12) 1С Элемент, ИМХО мертворожденный косплей Питона.

(19)Ещё со времен 1С 77 писали что это Бейсик и вроде как живо до сих пор. Почему Элемент по вашему уже мертв?

(19) 1С Элемент, ИМХО скорее косплей Ktor(Kotlin). Но на момент распространения 1С 7,8 было огромное количество дешевых хорошо образованных людей разобравшихся с этим 1C Бейсиком.
Сейчас ситуация обратная 1С сама накачала стоимость своих спецов, а объяснить 1С-нику что ему надо менять шило на мыло изучать еще 1С Элемент сложно.
Как в предсказании - Не уточняем что "доступно и всерьез"...
Смотря в прошлое, предсказываем будущее 1С