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

Ну и самой кафке твоя схема до пизды, она же байтики хранит, не?

Не стоит так делать в принципе. Все попытки, что я знаю, для сериализации произвольных данных без заранее оговоренных схем, превратились в неподдерживаемы хлам

Можно, к примеру @commandertvis статью написал. Но это очень узко специфичное решение. Широко его лучше не использовать

тут две задачи сразу могут быть.
1. твой сервис это что-то типа фасада или прокси, для других, у которы не жвм, у них хуёвые либы и вообще они лучше дружат с json или proto неджели с авро. чтобы тебе макимально производительно делать конвертацию форматов, тебе нужна генерация кода, а не рефлексия, для этого нужно нагенерить классы и серилизаторы чисто под них. поскольку это универсальная прокся - то заранее определять эти классы вообще не вариант, мало ли какая система и что оттуда запросила.

2. вариант два, ты хочешь не просто тип данных, а некий минимально необходимый тебе набор полей, интерфейс. под него попадают условные типа yoba_schmea_v1 и yoba_schema_v2, ты ленивый и не хочешь делать класс прослойку реализующиую этот интерфейс куда будешь всё перекладывать из генрик записи - вот бы он осамо просто реализовало нужные мне интерфейс

Прошу читать: https://medium.com/@postovalovya/expression-optimization-with-jvm-bytecode-generation-b50304b96619

Shitable

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

Не очень понимаю, что ты хочешь делать, но JVM спокойно генерит байткод в рантайме. Можешь хоть javac затащить и даже не трахаться с ASM.

Кто не осилит вот на русском: https://habr.com/ru/company/JetBrains-education/blog/515614/

Ору

ух бля, спс

A fuckable проект наоборот хорош. С ним хочется затейливо это самое.

пока стоит задача 1. валидировать произвольный avro и трансплировать его в json. есть два решения, одно аккуратное, другое быстрее но из категории 'мои вкусы специфичны'

Ну если у тебя хайлоад, можно и кодогенерацией (в рантайме) побаловаться

Ну если тимлид/пм не против... но надо стоп слово запомнить

На самом деле то, что сделал @commandertvis - это практически единственный кейс, где эта штука вообще актуальна. Я имею в виду исключение вложенных лямбд. Но там оказалось, что после того, как мы формализовали промежуточный AST, который нужен для генереции, по нему не сильно хуже получается, потому что вложенность заменяется обходом дерева.

Я бы все-таки взял вариант аля kotlinx-serialization с компайл-таймовой генерацией если это возможно.