> Ого, сколько боли ты причинил фанбоям json, судя по минусам...Каждая обезъянка считает, что она самая сообразительная, мы не будем мешать им заблуждаться.
Примеров когда JSON становится слишком монтсруозный и плохо читаемый вполне себе не мало.
Это конечно не значит что его нельзя использовать в каких-то случаях. К примеру в dotnet System.Configuration уже JSON, а не XML, и даже взлетел, но других примеров таких я не знаю.
Поэтому в целом как general rule для описания сложных конфигураций с большим количеством данных XML препочтительнее. Конечно нужно создавать тестовые семплы и смотреть что получается.
Большинство моделей данных это XML и Sybase PD не даст спистеть...
Было дело писались 3 форматтера (билдеры <-> директор) для сериализации кастомных данных - JSON, XML, и бинарный (первых два для ручного редактирования). JSON в итоге получался не читаемый, редактировать его вручную просто не было никакого желания, особенно если важен порядок следования ключей, который не сохраняется в JSON объекте и начинаются бубны с массивами и аттрибутами order/position/index - сплошная туфта. В итоге отказались от поддержки JSON формата.
Кстати можно вспомнить xproj от VS2015 и новый xml-based csproj, который пришел ему на смену.
Глянуть один и второй и понимаешь что первый - не читаемый булшит. А 2 проекта с одинаковыми именами наглухо клали всю их "стройную" модель )))
В итоге индустским фанбоям пришлось слюни с монитора вытереть и вернуться к модификации оригинального msbuild используещего XML.
Мне иногда хочется, чтобы нельзя было поставить минус без аргументов, без ремарки.
Чтобы сразу было видно тех, кто "Марiя Алексова, 2 года пишу джейсоны".
