Пока не юзал, но хочется спросить на перед.
Грубо говоря надо класс — сложный многовложенный конфиг приложения с массивами, вложенными объектами хранить в файле (читать и писать) а так-же слать по namedpipe с C++ приложения — там Jsoncpp. В общем ни чего сверхестественного.
Что лучше для этого юзатьиз предложенных библиотек?
Кто-то сравнивал?

Здравствуйте, dosik, Вы писали:


D>Что лучше для этого юзатьиз предложенных библиотек?
D>Кто-то сравнивал?

Я бы заизолировал этот кусок и покрыл бы тестами. Чтоб не страдать, если приоритеты поменяются.

Затем проверил нужные фичи, скажем, вот тут. Если выбор неочевиден, то волевым решением берём тот, с которым меньше придётся возиться.

Ну и https://github.com/kevin-montrose/Jil и https://github.com/ServiceStack/ServiceStack.Text можно в сравнение подкинуть.

Здравствуйте, dosik, Вы писали:

D>Грубо говоря надо класс — сложный многовложенный конфиг приложения с массивами, вложенными объектами хранить в файле (читать и писать) а так-же слать по namedpipe с C++ приложения — там Jsoncpp. В общем ни чего сверхестественного.
Если объекты/сериализация стандартная — то любой сериализатор должен подойти. Соответственно — если не хочется лишнию зависимость — берем DataContractJsonSerializer, но...

D>Что лучше для этого юзатьиз предложенных библиотек?
D>Кто-то сравнивал?
Newtonsoft.Json — это как тяжелая артиллерия: вменяемый конфиг + API = можно уже сериализировать/десериализировать более интересные типы.
Скажем, хотите immutable структуру — пожалуста, просто повесив аттрибут JsonConstructor на конструктор. Поэтому — если хочется гибкости в сериализации/десериализации — Newtonsoft.Json будет отличным выбором. Кстати Newtonsoft.Json поддерживает комментарии внутри JSON файлов без приседаний.

Здравствуйте, Sinix, Вы писали:

S>Затем проверил нужные фичи, скажем, вот тут.

Да мне так-то и JavaScriptSerializer вроде как хватить, пути и валидация по схеме с остальными вкусностями мне не нужна.
Спасибо, гляну в эту сторону.

Здравствуйте, fddima, Вы писали:

F> Если объекты/сериализация стандартная — то любой сериализатор должен подойти. Соответственно — если не хочется лишнию зависимость — берем DataContractJsonSerializer, но...

Вот это очень подкупает, родное из без волокиты с собой доп либов и dll.

Здравствуйте, dosik, Вы писали:

D>Пока не юзал, но хочется спросить на перед.
D>Грубо говоря надо класс — сложный многовложенный конфиг приложения с массивами, вложенными объектами хранить в файле (читать и писать) а так-же слать по namedpipe с C++ приложения — там Jsoncpp. В общем ни чего сверхестественного.
D>Что лучше для этого юзатьиз предложенных библиотек?

У последнего очень ограниченный набор возможностей. Так что, если зависимость не пугает, то лучше Json.NET.

Здравствуйте, dosik, Вы писали:

D>Да мне так-то и JavaScriptSerializer вроде как хватить, пути и валидация по схеме с остальными вкусностями мне не нужна.

Вот только оно использует рефлекшен для обхода, со всеми вытекающими.

Здравствуйте, AndrewVK, Вы писали:

AVK>Вот только оно использует рефлекшен для обхода, со всеми вытекающими.
А разве DataContractJsonSerializer его не использует?

Здравствуйте, dosik, Вы писали:

D>А разве DataContractJsonSerializer его не использует?

Нет.

Здравствуйте, dosik, Вы писали:

D>Пока не юзал, но хочется спросить на перед.

Ещё есть Jil.