натолкните на мысль как элегантно сделать апдейт дата класса другим экземпляром?

а можно переформулировать задачу? я не очень понял что ты хочешь

мимо треда: есть хороший инструмент типа ASM, чтобы в AST заглянуть, и в компильтайме классы добить своими функциями?

Плагин к компилятору?

ну по другому сформулю надо что то вроде ломбока, тоже аксессоры только для CQRS

Ну ломбок - это плагин к компилятору ¯\_(ツ)_/¯

ну по другому сформулю надо что то вроде ломбока, тоже аксессоры только для CQRS

А что вообще подразумевается под аксесорами для CQRS?

очень много бойлерплейта в виде команди хэндлеров

хотелось бы его спрятать в кодген

но без создания временных сущностей

А что вообще подразумевается под аксесорами для CQRS?

+ тоже не совсем понял, как соотносятся аксесоры и принципом программирования.

+ тоже не совсем понял, как соотносятся аксесоры и принципом программирования.

ну если обращаться к тому что такое гетеры/сеторы топ подразумевается наличие у каждой сущностей набор команд для изменния сиквенса и квери для получения его состояния из сиквенса - CQS (Command query separation)

в случае CQRS эти команды и запросы вынесены на внешние шины, за пределы сушности, но все еще остаются аксессорами

в случае CQRS эти команды и запросы вынесены на внешние шины, за пределы сушности, но все еще остаются аксессорами

Всё равно не ощутил вашу боль (не понял, в чём проблема). Что поделать, туповат и с эмпатией проблемы. Можно какой-нить небольшой пример?

easy

минуту

лан не суть

Можно подумать вы для каждой сущности на каждое поле пишете query и command

да

так требует CQRS

омг

и Axon

если работать в этой парадигме для изменения каджого поля - своя команда

так требует CQRS

CQRS ничего не требует кроме разделения сообщений на выборку и обновление

чтобы все это работало для ES

она требует семантического разбиения команд

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

Это конечно, ИМХО, но вы делаете какую то жесть с CQRS

одно действие пользователя - одна команда

Действие может быть просто UpdateEmail и в нём должна содержаться достатчная инфа для обновления сущности

У вас какой то оверинжиниринг

Действие может быть просто UpdateEmail и в нём должна содержаться достатчная инфа для обновления сущности

да хотелось бы все к круду свести

но нет

если делать просто updateEmail- все аргументы за CQRS+ES сходят на нет

соль то как раз в четком аудите

прям ChangeFieldTitle(ObjectId aggrId, String title);

вопрос энивей иначе стоит - как добавить методы в класс в компиль тайме?

с меньшей кровью

вопрос энивей иначе стоит - как добавить методы в класс в компиль тайме?

Прокси мб

Прокси мб

не совсем понял о чем речь? как ту его прикрутить?

не совсем понял о чем речь? как ту его прикрутить?

Ой мне увиделось в рантайме, ну в компайл наверно ток генерить

Вот пытаюсь вникнуть что такое CQRS - очень похоже на концепцию под названием unidirectional data flow

Ой мне увиделось в рантайме, ну в компайл наверно ток генерить

дак да в компайл и надо

плагин и кастомный аннотейшен процессор на подобии ломбока похоже на колесо из костылей

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

Еще и плагин к идеи придётся писать

этот путь известен

может есть другой?

плагин и кастомный аннотейшен процессор на подобии ломбока похоже на колесо из костылей

API для плагинов к kotlinc ещё не в паблике, увы.

лан кароче по людски по ходу никак не замутить)

Начинаю понимать, что низкоуровневую дичь, которую так удобно писать на котлине, сложно красиво написать на джаве. Например, без reified-дженериков произвольный метод может выделить массив только рефлекшеном (чего я не хочу), выходят костыли: concat(array1, array2, new Smth[array1.length + array2.length])

Есть, у кого идиоматичные подходы, когда нужно lazy с пераметром?

Сделать этот параметр - параметром класса

В противном случае это уже не lazy

Нельзя, это класс из фреймворка и надо что-то типо мемоизации тупо, для перформанса.

Из тупова, пока пришло в голову private val fooHolder = HashMap<Unit, Foo>() fun getCachedOrCreate(bar: Bar): Foo = fooHolder.getOrPut(Unit) { Foo(bar) }

Из тупова, пока пришло в голову private val fooHolder = HashMap<Unit, Foo>() fun getCachedOrCreate(bar: Bar): Foo = fooHolder.getOrPut(Unit) { Foo(bar) }

я себе мемоизацию всегда представлял именно так)

типа https://github.com/Miha-x64/reactive-properties/blob/master/sql/src/main/kotlin/net/aquadc/properties/sql/jdbc.kt#L55

Типа того, только у меня результат всегда один для любых парметров. Еще вот такое накидал, но тоже чет не торт: class ParametrizedLazy<T, R>(private val factory: (T) -> R) { @Volatile private var value: R? = null operator fun get(x: T): R = value ?: factory(x).also { value = it } }

ERROR: S client not available

Как я могу реализовать такой цикл? while (true) { try { val value = funCall() } catch (ex: Throwable) { continue } println(value) }

пишет что нет переменной value

она объявлена в try и снаружи не видна

как я могу реализовать трай кэтч с continue?

Я не понял какой тут смысл в println. Можно его пихнуть в finally

Как я могу реализовать такой цикл? while (true) { try { val value = funCall() } catch (ex: Throwable) { continue } println(value) }

while (true) { val value: T try { value = funCall() } catch (ex: Throwable) { continue } println(value) }

Не будет ругаться на то, что в catch значение value не определено?

while (true) { val value: T try { value = funCall() } catch (ex: Throwable) { continue } println(value) }

Спасибо

Не будет ругаться на то, что в catch значение value не определено?

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

Спасибо

но вообще, эквивалентно while (true) { try { println(funCall()) } catch (ignored: Throwable) {} }

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

будет

Понятно, что не должен, поскольку тогда unreachable statement, но вопрос в том, на сколько компилятор умный

В любом случае, это плохая практика

но вообще, эквивалентно while (true) { try { println(funCall()) } catch (ignored: Throwable) {} }

мне нужно более сложный код, с принт был пример

А чем finally плох?

и никакие continue не нужны

А чем finally плох?

в нём переменная value ещё не заиничена

По-моему должно работать. Ругается?

а

ну конечно ругается

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

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

А мы бы и не успели

Как я могу реализовать такой цикл? while (true) { try { val value = funCall() } catch (ex: Throwable) { continue } println(value) }

Самый первый вопрос: "а вам такое зачем"? Уже сколько лет занимаюсь программированием, всегда в коде от подобных конструкций избавляются, ибо очень это нехорошо.

мне нужно обработать ошибку при вызове функции, потом обработать её результат. там тоже будет ещё 1 трай кэтч

мне нужно обработать ошибку при вызове функции, потом обработать её результат. там тоже будет ещё 1 трай кэтч

А поделить эти функции и писать все полотном?

принять лямбду в метод и отправить ее в глобал это нормально?

принять лямбду в метод и отправить ее в глобал это нормально?

Если она немного не захватывает