B
Size: a a a
2020 March 16
DP
Его и в контроллерах использовать незачем. Там разрешение хендлера проще, понятнее и быстрее.
А как жи пайплайн
B
А как жи пайплайн
На хендлерах с декораторами прекрасно работает без всяких медиаторов
DP
Ну это то да
DP
Демаскировкой сбоя сразу, а не в процессе. И еще одна деталь - если в конструкторе тебе передают медиатор, то понять зависимости класса можно только после просмотра всех вызовов Send в теле класса
А зочем смотреть все зависимости?
DP
Ты же типа команды отправляешь в диспетчер
JS
А как жи пайплайн
вот это вообще не про медиатр
B
А зочем смотреть все зависимости?
А затем, что при навигации по коду самыми важными вещами являются :
1) Имя класса
2) Выходные зависимости класса - в идеале реализованные интерфейсы
3) Входные зависимости класса - в идеале параметры конструктора.
1) Имя класса
2) Выходные зависимости класса - в идеале реализованные интерфейсы
3) Входные зависимости класса - в идеале параметры конструктора.
DP
Так оно и не нужно если ты только в конструкторе заешь
DP
Ой
DP
В контроллере
B
Так оно и не нужно если ты только в конструкторе заешь
Оно и в контроллере не нужно. Внезапно.
DP
Ну конечно можно и без него написать
DP
Читатется проще
B
Читатется проще
Сложнее - у контроллера тоже есть зависимости и медиатор тоже их прячет.
DP
_mediator.Send<CreateUserCommandResult>(createUserCommand);DP
vs
_oneOf100500Handlers.Do();