pro.jvm

23 Dec 2024 15:51

override fun findByKeycloakId(keycloakId: String): User? {
    return db.select(
        USERS.ID.convertFrom { it!! },
        USERS.KEYCLOAK_ID.convertFrom { it!! },
        USERS.EMAIL.convertFrom { it!! },
        USERS.USERNAME.convertFrom { it!! },
        USERS.FIRST_NAME,
        USERS.LAST_NAME,
        USERS.CREATED_AT.convertFrom { it!! },
        USERS.UPDATED_AT
    ).from(USERS)
        .where(USERS.KEYCLOAK_ID.eq(keycloakId))
        .fetchOne(Records.mapping(::User))
}

pro.jvm

23 Dec 2024 15:49

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

pro.jvm

23 Dec 2024 15:47

то есть методы .select/returningResult и тд

pro.jvm

23 Dec 2024 15:47

там как раз всплывает nullable/not nullable

pro.jvm

23 Dec 2024 15:45

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

pro.jvm

23 Dec 2024 15:43

сколько параметров у функции перед, столько он попытается замаппить в соответствующий конструктор

pro.jvm

23 Dec 2024 15:43

это позиционный маппер

pro.jvm

23 Dec 2024 15:43

если у тебя интерфейс зависит от того, что нагенерила имплементация - это плохой дизайн

pro.jvm

23 Dec 2024 15:42

.fetchOne(Records.mapping(::UserProfile))

pro.jvm

23 Dec 2024 15:42

Ну у меня это extension fun, которая в себе содержит несколько других, которые и логи пишут и ответ отправляют и мониторинг делают

pro.jvm

23 Dec 2024 15:42

да тут нет заморочки

pro.jvm

23 Dec 2024 15:41

а, ну ради такого можно заморочиться

pro.jvm

23 Dec 2024 15:41

или вообще Cassandra

pro.jvm

23 Dec 2024 15:40

кодген - это часть имплементации

pro.jvm

23 Dec 2024 15:40

какова аргументация?

pro.jvm

23 Dec 2024 15:49

но благодаря .convertFrom { it!! } это инлайном можно конвертнуть

pro.jvm

23 Dec 2024 15:48

ну и без маппера с !! это не лечится

pro.jvm

23 Dec 2024 15:47

ну в части выборки, я как раз пример выше скинул

pro.jvm

23 Dec 2024 15:46

Поддерживаю, репозиторий должен вернуть уже твоё дто, не зависимо от того что там под капотом - jooq/hibernate/etc

pro.jvm

23 Dec 2024 15:43

0 рефлексии, интуитивно понятно

pro.jvm

23 Dec 2024 15:43

Ну и я же не топлю за этот подход, но так, по фану и для общего развития можно было бы попробовать

pro.jvm

23 Dec 2024 15:43

вот тут нужен маппер с !! заместо референса на конструктор

pro.jvm

23 Dec 2024 15:42

это попахивает здравым смыслом

pro.jvm

23 Dec 2024 15:42

это уже вообще попахивает слоистой архитектурой

pro.jvm

23 Dec 2024 15:42

датакласс напиши и перелей

pro.jvm

23 Dec 2024 15:41

я делаю интерфейс

interface UserRepository {

fun findUser(id: UUID): User?
}

мой User не зависим от реализации

pro.jvm

23 Dec 2024 15:41

или Родину продаст)))

pro.jvm

23 Dec 2024 15:40

сегодня JooqRepository

pro.jvm

23 Dec 2024 15:40

для плоских табличек

pro.jvm

23 Dec 2024 15:40

я предпочту первое, ну и да - не в контроллерах обработка, а в хэндлерах