чем листенеры отличаются от хендлеров??

хэнделы для команд (что сделать), а листенеры для ивентов (что произошло)

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

вот и вся разница

а листенеры ивентов могут порождать новые команды и "пушить" их в шину?

да

так ты попадаешь в дивный мир саг

а хендлерам лучше не запускать

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

( зарегистрируй юзера) -> юзер зареган -> (создай ему баланс) -> баланс сознад....

( зарегистрируй юзера) -> юзер зареган -> (создай ему баланс) -> баланс сознад....

я свое извращение на сагах сделал только потому, что я могу держать весь флоу в одном месте

и название у этого места известно какое

сага, ага ну или не сага просто хоть ты и говорил, что такое можно сложить красиво бред саг - я все равно не придумал, как

а листенеры ивентов могут порождать новые команды и "пушить" их в шину?

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

да а что н так?

а если «затонируйся» это снять тонировку, помыть стекло и поставить тонировку. И это единый алгоритм для всех объектов которые можно тонировать?)

и еще - ты понимаешь что "показать список" или "сформировать репорт" на эту тему чуть по другому ложится

Я думаю он имел ввиду не паттерн декоратор, а то что установка тонировки - это операция *украшения* автомобиля, а не опязательно setTonirovka

нет, я имел ввиду декорацию

а если «затонируйся» это снять тонировку, помыть стекло и поставить тонировку. И это единый алгоритм для всех объектов которые можно тонировать?)

просто звучит так, как должен быть «тонировальщик», который умеет тонировать объекты)

просто звучит так, как должен быть «тонировальщик», который умеет тонировать объекты)

ну да, стекло само себя не тонирует)

так ты попадаешь в дивный мир саг

что за "саг"?

ну да, стекло само себя не тонирует)

объект "стекло" представляет объект реального мира а не является им. Так что он вполне может "затонировать" себя.

как объект "дверь" может себя открыть, а "человек" может себя убить

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

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

что за "саг"?

сага, паттерн такой

ок

ладно спасибо вам, стало попонятнее

объект "стекло" представляет объект реального мира а не является им. Так что он вполне может "затонировать" себя.

а если у нас еще и зеркала можно тонировать, копипасты не будет?)

Так а в чем плюсы использования команд баса, если хендлер один? в чем проблема добавить одну строчку в контроллере?

вот с событиями мне виден профит, типо одно событие произошло и все его обрабатывают

Так а в чем плюсы использования команд баса, если хендлер один? в чем проблема добавить одну строчку в контроллере?

декорация в основном

Не совсем понял. Чем по факту отличается SomeService->createUser(UserDTO) от commnadBus->handle(UserCommand)

а ну да, пока писал понял - нам ен нужно инджектить лишние сервисы в контроллер))

и реализацию обработки команд можно переключать с помощью конфигов

есть еще что то что я упустил?

и реализацию обработки команд можно переключать с помощью конфигов

логгирование общее изи прикрутить но в общем как говорил Сергей - в основном при распределенке уместно

логгирование общее изи прикрутить но в общем как говорил Сергей - в основном при распределенке уместно

а то есть мы можем декорировать CommandBus она в другую?

что то я не подумал изначально об это

не

можем сделать обертку над тем методом комманд баса, который будет выполнять все

посмотри tactician

там хорошо показаны такие примеры

а если у нас еще и зеркала можно тонировать, копипасты не будет?)

объект "стекло"

зеркало как композиция

типа абстрактная фабрика?

ну и да - выносить это как отдельную фабрику не вижу смысла

особенно если это было "легко"

а с другой стороны, зачем этот метод наследникам?

а с другой стороны, зачем этот метод наследникам?

а с другой стороны - я не думаю что это место вообще имеет проблемы

типа абстрактная фабрика?

скорее обычная фабрика

скорее обычная фабрика

нет, у тебя была абстрактная фабрика

по идее

public static function create ($classsName) { if ($className == 'ReportA') { return new ReportA(); } .................................. }

абстрактная должна предоставлят интерфейс, для создания объектов...

Книжку по рефакторингу посоветуете?)

Книжку по рефакторингу посоветуете?)

Фаулер

гуглить "фаулер рефакторинг"

спасибо

кто нибудь может объяснить схему HTTP =(a)> Command => Command Bus => Command Handler => Event => Event Dispatcher => Event Subscriber => (maybe repeat to (a)

Прям как у меня)

Responsibilities of the command bus — Matthias Noback - Blog https://matthiasnoback.nl/2015/01/responsibilities-of-the-command-bus/

можем сделать обертку над тем методом комманд баса, который будет выполнять все

Во тут нашел вариант как у меня

я его статью и пытался рассказать)

я его статью и пытался рассказать)

Так он там командbus декорирует именно а не хендлер)

Так он там командbus декорирует именно а не хендлер)

ну так его и надо декорировать, а не хэндлер

стекло не должно пропускать все что связано со светом через объект тонировки Ton, который по умолчанию установлен в NoTon? И все что связано со свойствами стекла, при обращении должно вычисляться с учетом характеристик Ton? Ну и зависит от уровня модели

Ton соответственно может быть засечен кем угодно

ну так его и надо декорировать, а не хэндлер

и что мне получается, два хендлера помечать как обработчики одной команды?

ERROR: S client not available

как это конфигурить?

и что мне получается, два хендлера помечать как обработчики одной команды?

ээээ

один хэндел = одна команда

нафига тебе два их?

class CommandBusWithAddedBehavior implements CommandBus { public function __construct(CommandBus $originalCommandBus) { $this->originalCommandBus = $originalCommandBus; } public function handle($command) { // do anything you want $this->originalCommandBus->handle($command); // do even more } }

не понимаю как рарзлится то что команда сначала должна обрабоатся по этой шине CommandBusWithAddedBehavior каким то обработчиком, а потом по обычной

не понимаю как рарзлится то что команда сначала должна обрабоатся по этой шине CommandBusWithAddedBehavior каким то обработчиком, а потом по обычной

декоратоор

$foo = function($x) { return $x * 2; } $bar = function ($foo) { return $foo() + 2; } echo $bar($foo(10));

что получится?

$foo = function($x) { return $x * 2; } $bar = function ($foo) { return $foo() + 2; } echo $bar($foo(10));

да это я понимаю, я не понимаю как соотносятся разные обработчики в разных шинах

CommandBusWithAddedBehavior - это просто какой-то декоратор. Например который после выполнения команды тебе UoW зафлашит, или в логи попишет какую команду он собирается выполнять

да это я понимаю, я не понимаю как соотносятся разные обработчики в разных шинах

у тебя есть какая-то шина в самом конце которая имеет мэпу command => handler и соответственно выбирает нужный

что тут не понятного?

шины-декораторы про это ничего не знают

да разобрался

просто думал что метод $commandBusWithAddedBehavior->handle($command) тоже должен как то смапить нужный обработчик, сейчас понял что там просто прокидывание по сути

В каком слое вы храните dto? Presentation или Infrastructure?

В каком слое вы храните dto? Presentation или Infrastructure?

а этот DTO между чем и чем ходит?

и какой слой выше а какой ниже?

и presentation и infrastructure слои одного уровня примерно

и presentation и infrastructure слои одного уровня примерно

да

в конечном свете - DTO принадлежит более низкому слою :) очевидно ж

Можеть ли сущность отдавать данные в виде DTO обьекта ?

Можеть ли сущность отдавать данные в виде DTO обьекта ?

может, ты вообще все можешь

может, ты вообще все можешь

Да, но наскольлко это правильно , видел реализацию через класс ассемблер и не совсем понял зачем доп абстракция

иногда удобно

когда тебе надо получить 1 DTO из двух сущностей

В каком слое вы храните dto? Presentation или Infrastructure?

В том, что "внутрее". Чтобы зависимости смотрели внутрь.

Я вот читал утром про OrderService.CancaleOrder и Order.Cancel

Я вот читал утром про OrderService.CancaleOrder и Order.Cancel

умеешь заинтриговать

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