А зачем там опшн?

Пишите как на сишарпе

ну уж нет

@fillpackart бомбанул статью. Рекламирую за него https://habr.com/ru/post/443466/

на первых абзацах хотел было написать “eto ya”, но потом пошло бухло, нытье и VS code и я все понял

формат такой

А мне понравилось. Люблю когда правдиво.

да. всё так.

Я думал я видел самые ужасные способы сериализации/десериализации в мире. Однако ж есть код который бьёт все мои рекорды охуевания. Орал в голос. До сих пор ору.

никогда так не делайте. Убейте того кто так делает.

как из говнорекорда на три строчки создать проблем на всю жизнь

И это в джете? 🤔

Компания большая, кода очень много, бывает разное

Может и мне пойти апплаиться 😂

Да изи, это как с лотерейным билетом - надо его купить хотя бы!

Конкретно этот говнометод ToJson/FromJson встречается повсеместно. Сжигать эти раковые клетки можно только вместе с носителями, т.к. вокруг багов сериализации уже навалили бизнес логикой плотным слоем.

То есть их нельзя просто убрать и сказать - а теперь переходим на Newtonsoft.Json например, потому что всё сломается

Кто же одобрял такие пул реквесты?

Кто же одобрял такие пул реквесты?

я не знаю, коду много лет.

Не более четырёх!

ну это дохуя, тех людей уже нет с нами!!11

(наверное)

я надеюсь

Чорт, я думал хоть на джете есть порядок и щастье

То есть их нельзя просто убрать и сказать - а теперь переходим на Newtonsoft.Json например, потому что всё сломается

этот переход сути дела не меняет

к сожалению

этот переход сути дела не меняет

он убирает необходимость мейнтейнить ВРУЧНУЮ эту ебанину при измениии типа

ты про reflection-based сериализацию?

ты про reflection-based сериализацию?

ну да

Рефлекшон должен служить людям

Я б весь Marvel.Json сжёг вместе с авторами

есть положняк ее не использовать, т.к. просадка по производительности порядка 8-10 раз по внутренним бенчмаркам

Я б весь Marvel.Json сжёг вместе с авторами

это вообще-то копия FSharp.Data.Json

есть положняк ее не использовать, т.к. просадка по производительности порядка 8-10 раз по внутренним бенчмаркам

Это какие-то неправильные бенчмарки

какие есть

есть положняк ее не использовать, т.к. просадка по производительности порядка 8-10 раз по внутренним бенчмаркам

Да ладно! Там 1 раз запускали что ли?

Да ладно! Там 1 раз запускали что ли?

нормально там все запускали

это вообще-то копия FSharp.Data.Json

я заметил по багам в IDE, которая путает FSharp.Data.JsonValue и FSharp.Data.JsonValue

я заметил по багам в IDE, которая путает FSharp.Data.JsonValue и FSharp.Data.JsonValue

история такая: коре тим не хотел\не успевал\не мог добавить какую-то там фичу в FSharp.Data.Json

поэтому его скопировали локально.

нормально там все запускали

Тогда непонятно. Каждый раз тип заново что ли рефлексией разбирали

через пару лет фичу таки добавили

поэтому его скопировали локально.

оставив тот же неймспейс если чо

Тогда непонятно. Каждый раз тип заново что ли рефлексией разбирали

у нас миллионы типов и миллионы сериализаций

оставив тот же неймспейс если чо

кто сам без греха - пусть кинет в меня камнем

я лично тоже не пойму, в чем суть ручной сборки жсонов в $CURRENT_YEAR

“монадичность” мне тоже не аргумент

поэтому переезд с нашего Json на Newtonsoft “каноническим образом” (через Json.Linq) - это шило на мыло по сути.

у нас миллионы типов и миллионы сериализаций

тем не менее тот же батман изи пользуется ньютонсофтом. Это команда куда комитит Эрик, солнце наш, Тсарпалис. Он же на поддержке марвела, и он на хую вертел свою же говно либу Жсона

это не его либа

ну похуй, он в марвеле

я к тому что это прохладно слушать что рефлекшн бейзд сериализация медленная

там же всё кешируется после первого раза

Вот и я не пойму, что ж там за бенчмарки

Может все разрушают перед следующим запуском?

Ну ладно, это всё такое.

Может все разрушают перед следующим запуском?

я смотрел код, никакого криминала не нашел. все прогревается, ничего не уничтожается. тем не менее, рефлекшн-бейзд медленнее linq

я смотрел код, никакого криминала не нашел. все прогревается, ничего не уничтожается. тем не менее, рефлекшн-бейзд медленнее linq

А можно для тех кто в танке, что с чем сравнивается? Я думал сериализатор на рефлекшене с ручным выпиливанием сериализационного кода

сравнивается Newtonsoft, сам с собой

Serialize\DeserializeObject с конструированием объектов вручную с помощью JObject и присные из Newtonsoft.Json.Linq

проблема второго подхода в том, что у нас есть типы с полсотней полей, в буквальном смысле слова

Я на досуге сам погоняю бенчи, чот мне сомнительно это всё. Ну точнее ньютонсофт скорее всего будет медленнее, да, но есть же мать его за ногу другие сериализаторы.

тем более сейчас, когда мы дохуя всего читаем как голый byte[], вообще бы взять UTF8ToJson

так я не против

я бы вообще хотел какой-то аттрибут класса и писать кастомные методы сериализации только там, где требуется

чего люди не придумают, лишь бы beamer не учить

Эт чо ещё такое?

пакет такой

https://en.wikipedia.org/wiki/Beamer_(LaTeX)

https://en.wikipedia.org/wiki/Beamer_(LaTeX)

Ах латекс... а как же гифки-видюхи-анимации-переходы и вот это всё

это вообще-то копия FSharp.Data.Json

вот тока хотел про все эти json?prop написать. Но - я тут игрался с линейкой и получается, что FSharp.Data чуток побыстрее Newtonsoft. Не знаю, как так получается, правда...

тем более сейчас, когда мы дохуя всего читаем как голый byte[], вообще бы взять UTF8ToJson

вот этот тоже пемирил ленейкой - гист дома запилю через часа 3. вдруг пригодится

Ах латекс... а как же гифки-видюхи-анимации-переходы и вот это всё

ага. точно.

все есть

в Ревилах если чо формулы тоже можно в формате латеха писать

зато есть стили и можно править налету

покажи!

Бля,я опять написал наркоманский код

Билдеры- наше всё

Осталось теперь простынок с рекордами нагенерить

@eglyph про тебя, оказывается, настолка классная есть. Cthulhu wars