Читали уже! Классическая "работа" от M$ — взять какую-то ничтожную задачу и развести вокруг неё космический API!
Что эти "анжанеры" фактически сделали, так просто сгенерили код сериализации во время компиляции! Это можно было сделать безо всей этой помпы на 10 страниц, тупо "прозрачным внедрением генератора". Кто знает про T4, тот лишь уныло ухмыльнулся на все эти потуги.
Re[2]: Try the new System.Text.Json source generator
Здравствуйте, Kolesiki, Вы писали:
K>Читали уже! Классическая "работа" от M$ — взять какую-то ничтожную задачу и развести вокруг неё космический API!
K>Что эти "анжанеры" фактически сделали, так просто сгенерили код сериализации во время компиляции! Это можно было сделать безо всей этой помпы на 10 страниц, тупо "прозрачным внедрением генератора". Кто знает про T4, тот лишь уныло ухмыльнулся на все эти потуги.
Ну вообще то есть встроенная Xml сериализация в отдельную dll. Зачем T4, если нужно генерить по текущим типам. Как раз для этого прекрасно и подходит source generator и все в одной сборке
и солнце б утром не вставало, когда бы не было меня
Re[3]: Try the new System.Text.Json source generator
Здравствуйте, Serginio1, Вы писали:
S>Ну вообще то есть встроенная Xml сериализация в отдельную dll. Зачем T4, если нужно генерить по текущим типам. Как раз для этого прекрасно и подходит source generator и все в одной сборке
xml + dll это всё же в рантайме происходит, фича темы вроде создать оптимизированный сериализатор в дизайн-тайме?
Здравствуйте, vaa, Вы писали:
vaa>xml + dll это всё же в рантайме происходит, фича темы вроде создать оптимизированный сериализатор в дизайн-тайме?
Это про то, что Kolesiki считает M$ — взять какую-то ничтожную задачу и развести вокруг неё космический API!
Я то как раз пишу про одну сборку! Кроме того например проблема .Net Native это сериализация десериализация кода и рефлексия.
source generator как раз упрощают эти проблемы
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, Kolesiki, Вы писали:
K>Читали уже! Классическая "работа" от M$ — взять какую-то ничтожную задачу и развести вокруг неё космический API!
У тебя есть опенсорсный проект чтобы посмотреть на высший пилотаж?
K>Что эти "анжанеры" фактически сделали, так просто сгенерили код сериализации во время компиляции! Это можно было сделать безо всей этой помпы на 10 страниц, тупо "прозрачным внедрением генератора". Кто знает про T4, тот лишь уныло ухмыльнулся на все эти потуги.
Кто знает T4, тот занет что под .NET Core T4 не работает или работает через танцы с бубном.
Re[2]: Try the new System.Text.Json source generator
Здравствуйте, Kolesiki, Вы писали:
K>Читали уже! Классическая "работа" от M$ — взять какую-то ничтожную задачу и развести вокруг неё космический API!
K>Что эти "анжанеры" фактически сделали, так просто сгенерили код сериализации во время компиляции! Это можно было сделать безо всей этой помпы на 10 страниц, тупо "прозрачным внедрением генератора". Кто знает про T4, тот лишь уныло ухмыльнулся на все эти потуги.
Тут фишка вот в чём: допустим, нужно генерировать для класса X некий класс Y.
T4 помогает в том случае, если мы придумываем какой-то язык описания (хоть XML, хоть Json, хоть csv), по которому генерируем и X, и Y.
Ну, примерно как наши предки использовали IDL для порождения производных файлов на разных ЯП.
А это далеко не всегда удобно — мы можем захотеть сгенерировать Y для произвольного X, а не такого, который порождён из внешней модели нашим же генератором.
T4 мог бы помочь, если ему дать на вход парсер C# — чтобы он отдавал нам AST для X, и вот тогда-то он мог бы порождать Y без вспомогательных файлов.
Развитием этой идеи и являются source generators. Нет, если вам не хочется, то можете тащить в проект свой любимый парсер C#, и обходиться голым T4 без source generators — но зачем?
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Re[3]: Try the new System.Text.Json source generator
Здравствуйте, Sinclair, Вы писали:
S>Развитием этой идеи и являются source generators. Нет, если вам не хочется, то можете тащить в проект свой любимый парсер C#, и обходиться голым T4 без source generators — но зачем?
Ну, мы Немерлом справляемся. Намного удобнее и Т4 и этого генератора. Им бы изучить Немерл и перенять кое что из него, а не изобретать велосипед в 100500й раз.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, VladCore, Вы писали:
VC>Здравствуйте, Jack128, Вы писали:
S>>>>https://devblogs.microsoft.com/dotnet/try-the-new-system-text-json-source-generator/
VC>>>а со старым system-text-json напомните что не так.
J>>В том, что он использует рефлексию. А MS пытается компиляцию в Native осилить, которая с рефлексией не очень дружит.
VC>причем тут Native? Source Generator он для Managed.
Речь идет про .Net Native. Он тоже Managed со сборкой мусора, но без среды, то есть без возможности докомпилировать. VC>ну и рефлексия это про Newtonsoft больше.
Ну без готовой реализации сериализации десериализации нужно докомпилировать код.
Ну и в статье правдо по нерусски написано
В предыдущих версиях System.Text.Jsonметаданные сериализации могли быть вычислены только во время выполнения, во время первой процедуры сериализации или десериализации каждого типа в любом графе объектов, переданном сериализатору. После того как эти метаданные сгенерированы, сериализатор выполняет фактическую сериализацию и десериализацию. Результат этого вычисления кэшируется для повторного использования во время последующих процедур обработки JSON. Фаза генерации основана на отражении и является вычислительно дорогостоящей как с точки зрения времени, так и распределения. Эту фазу можно назвать фазой “разминки” сериализатора.
Генератор System.Text.Jsonисходного кода помогает нам устранить эту фазу разогрева, перенося проверку времени выполнения сериализуемых типов с помощью отражения во время компиляции. Результатом этой проверки может быть исходный код, инициализирующий экземпляры метаданных структурированной сериализации. Генератор также может генерировать высокооптимизированную логику сериализации, которая может выполнять набор функций сериализации, заданных заранее. По умолчанию генератор генерирует оба типа источников, но может быть сконфигурирован для генерации только одного из этих типов выходных данных либо по набору типов, либо по каждому сериализуемому типу.
Эти сгенерированные метаданные включаются в скомпилированную сборку, где они могут быть инициализированы и переданы непосредственно в JsonSerializerнее, чтобы сериализатору не пришлось генерировать их во время выполнения. Это помогает снизить затраты на первую сериализацию или десериализацию каждого типа. С этими характеристиками использование генератора источника может обеспечить следующие преимущества для приложений, которые используютSystem.Text.Json:
Повышенная пропускная способность сериализации
Сокращение времени пуска
Сокращение использования частной памяти
Удалено использование во время выполнения System.Reflectionи System.Reflection.Emit
Trim-совместимая сериализация, которая уменьшает размер приложения
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, VladCore, Вы писали:
VC>Здравствуйте, Serginio1, Вы писали:
S>>https://devblogs.microsoft.com/dotnet/try-the-new-system-text-json-source-generator/
VC>а со старым system-text-json напомните что не так.
VC>В 5м .net core у него производительнсть как в ручную написанном коде. по крайней мере при сериализации.
То есть не читатель. Кроме того, что не нужно предварительно компилировать, кэшировать, оптимизировать ну ни какого различия нет?
Кроме того там есть и тесты с system-text-json. Ну почитай статью, там как раз есть сравнение с system-text-json
Как генерация источников дает преимущества
Улучшенная пропускная способность сериализации
Предварительная генерация и использование оптимизированной логики сериализации, учитывающей только функции, необходимые в приложении, приводит к повышению производительности по сравнению с использованием JsonSerializerнадежной логики сериализации. Сериализатор поддерживает все функции, а это значит, что во время сериализации нужно прорвать больше логики, которая может проявиться во время измерений.
Сериализация POCOs
Учитывая наш Person тип, мы можем наблюдать, что сериализация ~1.62 x быстрее при использовании исходного генератора.
и солнце б утром не вставало, когда бы не было меня
