Вам не кажется, что Java и XML, как их сейчас употребляют, слишком многословны?

Это какой-то антитроллинг. ТС накинул на вентилятор тезис настолько непоколебимо истинный и безопасный, что даже и сказать нечего.

Это ты щас Java и XML в одно смешал? Это даже не толсто, это глупо.

Это ты щас Java и XML в одно смешал?

Нет, это я смешал все программы, фреймворки и прочие продукты, состоящие из XML и Джавы.

Да почему же, с точки зрения лаконичности они в одной весовой категории. Пусть будет Java/XML = Python/JSON, погнали?

c/c++

Нет уже лет 10 никаких XML. Spring конфится той же жабой.

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

Настройка Windows через PowerShell тоже очень многословная. Настолько, что быстрее через GUI. Глубже в MFC не совался.

Конфиги в XML никуда не делись. Возможно, их можно не трогать, но авторы мануалов об этом не пишут.

Это ты щас Java и XML в одно смешал? Это даже не толсто, это глупо.

Java — узкоспециализированный язык для конвертации файлов xml-файлов в стектрейсы

Ну раньше было принято «сокращать» слова в тарабарщину, да еще типы хардкодили в именах, я об этом. Получалось чуть компактнее, но разобрать это часто мог только сам автор. Пусть уж лучше пишут длинные слова.

Java — узкоспециализированный язык для конвертации файлов xml-файлов в стектрейсы

Ты в каком веке живешь? Java — узкоспециализированный язык для конвертации аннотаций в стектрейсы

XML, как их сейчас употребляют

А что, XML сейчас употребляют? Есть ли новые программные продукты, где он используется?

А старых живых недостаточно?

Как ни странно - да. Если нужен более-менее человеко-читаемый древовидный конфиг.

PS: нет, JSON не человеко-читаемый

А YAML?

Есть же yaml

Достаточно. Но есть чувство, что xml таки уходит в прошлое.

Жава это язык для конвертации больших хмл-конфигов в еще большие стэктрейсы (ц) непомню кто

А неймспейсов в жаву не завезли разве? Они жн решают проблему длинных имён просто сходу.

Плюсую разорваный флакон за XML.

А что YAML? Толи он кастрирпованый JSON, толи JSON это YAML на стероидах, толи наоборот. А как это всё валидировать то (наличие, порядок, содержимое полей)? Вот для XML есть XSD где очень гибко всё наруливается.

SVG смотрит на тебя и просто молчит, сказать то нечего.

goingUp

https://github.com/cblp/yaml-sucks

Пфф Вы<Видели<как на [С#]><пишут>T!>?=>true

Так Python тут непричем. Я на нем сраный JSON ненавижу...

https://pastebin.com/9tcRWtj4

Чтоб ты такое парсил КАЖДЫЙ день.

Автор не знает, как работать с юникодом в перле и руби. Не знает, что в питоне нет восьмеричных чисел. Прежде чем проверять единообразие реализаций парсеров YAML, обязан убедиться в единообразии генераторов JSON, которые он бездоказательно принимает за эталон.

А что YAML? Толи он кастрирпованый JSON

Ямл шире JSON.....

А еще есть XSLT и сиблингс...

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

JSON5, имхо, уже неплохо читается, уж всяко получше чем XML, особенно без подсветки.

это как бы стандарт ынтерпрайзз-обменов де-факто

Комменты уже завезли?

Будто бы твоя биржевая дрянь (?) в XML выглядела, ты бы вообще повесился.

yaml и json сильно отличаются. О каком подмножестае идёт речь - хз.

Я не люблю yaml, ибо все парсят его по разному. У xml та же беда, но не такая яркая. Ну и для него есть устоявшиеся либы.

Да.

https://json5.org

Да. Нашёл уже. Вкусно, но пока его никто не поддерживает - он не нужен.

Выглядела бы намного лучше...

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

YAML должен быть валидным JSON-ом, так как является его подмножеством

Если YAML должен быть валидным JSON-ом, и при этом имеет более широкий синтаксис, то каким образом он является подмножеством?

16/12/2011;625.96;624.32;629.32;621.47;4459300;

Читерство. Это всё в теги надо завернуть.

А вот и нет. Это XML братишка... А теперь хэдшот

<?xml version="1.0" encoding="UTF-8"?>

<Signature xmlns="http://www.w3.org/2000/09/xmldsig#">

<SignedInfo Id="foobar">

<CanonicalizationMethod 

  Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/>

<SignatureMethod 

  Algorithm="http://www.w3.org/2000/09/xmldsig#dsa-sha1" /> 

<Reference URI="http://www.abccompany.com/news/2000/03_27_00.htm">

<DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1" />

<DigestValue>j6lwx3rvEPO0vKtMup4NbeVu8nk=</DigestValue> 

</Reference>

<Reference 

  URI="http://www.w3.org/TR/2000/WD-xmldsig-core-20000228/signature-example.xml">

<DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/>

<DigestValue>UrXLDLBIta6skoV5/A8Q38GEw44=</DigestValue> 

</Reference>

</SignedInfo>

<SignatureValue>MC0E~LE=</SignatureValue>

<KeyInfo>

<X509Data>

<X509SubjectName>CN=Ed Simon,O=XMLSec Inc.,ST=OTTAWA,C=CA</X509SubjectName>

<X509Certificate>

MIID5jCCA0+gA...lVN

</X509Certificate>

</X509Data>

</KeyInfo>



</Signature>

Подпиши JSON

Java + XML уже не модно.

Хайп - это JSON и Scala^WKotlin.

Наоборот. JSON - подмножество YAML, JSON-документ является YAML-документом и может парситься YAML-парсером.

C+plain — вечен.

Названия переменных по 10-30 символов, полные имена классов, не умещающиеся в строку

а чем не устраивает автокомплит в IntelliJ IDEA? (или как вариант, в Android Studio)

xml и человекочитаемость в одном предложении? /0

Это можно отформатировать в читаемый вид.

Java не многословен. Java это ад из обостракций, притом зачастую необоснованных.

А XML норм. Только комментарии там такие, что лучше бы их не было.

сообщения о синтаксических ошибках на 5-10 килобайт текста c собственно ошибкой закопанной глубоко-глубоко...

Бери и обрабатывай исключения сам. e.getCause().getMessage() и вперёд.

Вам не кажется, что Java и XML, как их сейчас употребляют, слишком многословны? Названия переменных по 10-30 символов, полные имена классов, не умещающиеся в строку

Ну а зачем ты делаешь всё на xml портянках.