Л
ну вот я так и сделал
setId() неверное
тут тебе могут помочь uuid
а вообще при персисте id генерироваться должен
если auto генератор у тебя
Size: a a a
2021 October 06
МФ
Л
Небольшая разница в том что в текущей реализации я в сабе пишу интерфейс, и форматтер внутри эвента, а в другом случае у меня форматтер будет в сабскрайбере и + имя каждого эвента
OS
Вот я тоже думал что должен генерироваться
Л
Наверное меня это и смущает
OS
Но в итоге там лежит null при flush :(
МФ
дебажь, я тоже столкнулся с похожим поведением на работе... там доктрина интегрирована руками, не дебажил еще
а в своем проекте я Id в констуркторе закидываю (через Ramsey генрирую руками типа Id::next(), то есть нет автогенерации на персисте, зачем мне эти запросы лишние
а в своем проекте я Id в констуркторе закидываю (через Ramsey генрирую руками типа Id::next(), то есть нет автогенерации на персисте, зачем мне эти запросы лишние
OS
Да, я так же думал сделать, но этот подход нам не гарантирует что последний инсерт выполниться, т.е. нету механизма транзакции 😩 Пойду копаться)
МФ
почему не выполнится?
Л
Не претендую на корректность наименований, не могу более подходяшего слова вспомнить. Типо модуль не имеющий прямых зависимостей, но прогоняющий множество других через себя посредством интерфейсов, типо в который можно плагиниться через реализацию его интерфейсов. Кроме эвентов там и другие есть, типо опрос для снмп - каждый модуль для него реализует у себя адаптер если есть что опубликовать.
МФ
ну и обогащай этим модулем свои события в своих модулях... зависимость стабильная, судя по всему
это нормально и хоорошо по дизайну
это нормально и хоорошо по дизайну
AD
так и делает))00
Л
Я не уверен что правильно понимаю. Например ты предлагаешь для аудитов заинжектить логгер в каждый модуль где это нужно?
МФ
А понял кажется, ты хочешь события свои закрыть интерфейсом
И чтобы все события этого интерфейса модуль переваривал ?
Я бы сделал так, чтобы в событие была мета, что событие «logged” или интерфейс повесил
И на уровне приложения сделал бы обогатитель, который бы превращал события в новые для твоего лагер-модуля
И чтобы все события этого интерфейса модуль переваривал ?
Я бы сделал так, чтобы в событие была мета, что событие «logged” или интерфейс повесил
И на уровне приложения сделал бы обогатитель, который бы превращал события в новые для твоего лагер-модуля
Л
Нюанс в том что для многих таких концернов обогатитель фактически не нужен т.к. все уже есть в евенте
Л
А там где нужен да обогатитель в цепочке идет
Л
Но как я понял вы считаете что лучше чтобы такая прослойка была во всех случаях чтобы из эвента убрать это
МФ
Ну сделай мету настраиваемой
Или
сквозная логика она такая
#[Logged(needRich: true)]Или
#[Logged(needRich: false)]сквозная логика она такая
