У меня несколько хитрая сериализация. Некоторые поля надо переименовать и не всегда включать в json (некоторые, так что Optional Transient не подходят). Так что есть свой сериализатор для либы.

А теперь окзаалось, что я не могу заранее знать во что мне десериализовать. То есть нужен полиморфизм.
Я бы заюзал стандартный... но уж очень я переживаю, что имена классов поплывут. Сериализация для базы. Поэтому хотел сделать это не на полных именах классов а на simpleName. При старте буду проверять что они уникальны.

GitHub - fogone/simple-kotlin-scripting
https://github.com/fogone/simple-kotlin-scripting

👆 кто спрашивал про пример скриптинга, вот очень простой пример. Делал для иллюстрации бага, но и посмотреть как пользоваться тоже можно

Как сделать polymorphic сериализацию не на полном имени класса на на мои строках, скажем на simpleName? (@sandwwraith )

Через SerialName на классе всё переименовывается

Мне это нужно только в определенных местах. Не для всех сериализаций. Как это сделать в кастомном сериализаторе?

"В SQL-базу мы ходим, используя Exposed" (c) Habrahabr.ru.
Читал здесь, что не рекомендуют для использования. Стало можно?

Никак, в common возможности рефлексии очень сильно ограничены тем фактом, что с рефлексией всё очень плохо и в K/JS, и в K/N. Именно по этой причине рефлективная сериализация не рекомендуется к использованию и советуют все сериализаторы передавать явно.

Роман похоже соберет целый кейнот

На самом деле работать с чистым JDBC на котлине одно удовольствие 😃 Для миграций - flyway 😃 Думаю ещё jooq прикрутить только для генерации запросов 😃

+
Правда большая часть докладов для привлечения новой аудитории.(( Было бы крайне интересно послушать доклад Романа о каких-нибудь супер-подкапотных деталях реализации корутин, флоу и каналов.

А что можете посоветовать для работы с читым JDBC? Есть годные библиотечки или всё руками?
А jooq не рекомендую, пробовал в нескольких проектах, потом отказался

А чем именно джук не понравился?

А в пользу чего отказались?

А что можно использовать для работы с чистым JDBC, кроме чистого JDBC? Вроде остальное противоречит идее чистоты.

Как только запросы становятся чуть сложнее примитивных, код становится абсолютно нечитаемым. А уж если вам надо не просто написать  очень сложный запрос, а ещё и сгенерировать его — пиши пропало, никто потом не разберётся

Обычные SQL-запросы текстом

И они типа не превращаются в нечитаемое месиво, когда становятся хоть немного сложными?

да, при этом теряется основная фишка Jooq — type-safety, но тут уж ничего не поделаешь

От жука с тайп сейфти в пользу строк? Ну, такое