Ну ты знаешь наверное эту тему "всё есть -- object"?

Есть ещё такой нездоровый фанатизм абстрациями, нужно ими обмазаться и считать что медиатор с кучей классов: команды, фабрики, регистрации, хендлера, шины команд -- вот это всё с какого-то мать его перепугу ПРОЩЕ чем свитч.

Серьёзно? На коленке накидаю 100500 классов, чтобы сделать выбор между 2-3 вариантами? А вдруг завтра ещё 2 добавиться, это же что такое?!? Надо подстраховаться и обмазаться ещё парой слоёв абстракций...

Опытный программист знает, что нет абсолютно плохого или хорошего.
Что мир не чёрно-белый.
Разработка это компромисс.

Он знает, что есть задачи, уместные для свитча, для визитора, а другие задачи хорошо решает медиатор.

Когда перед тобой чувак, брызгая слюной орёт, что всё говно, надо писать только команды и хендлеры -- ну ты понял, да? ))

А что, извините, тогда вы видите?



https://docs.microsoft.com/ru-ru/dotnet/architecture/microservices/microservice-ddd-cqrs-patterns/microservice-application-layer-implementation-web-api#the-command-process-pipeline-how-to-trigger-a-command-handler

Спор -- это когда есть спорный вопрос. Но тут очевидно.

Хотя если кто-то явно компонент не назвал Mediator, значит он не медиатор? :)
Но тогда ты сам утверждал, что библиотека MediatR это не медиатор, а назвали её так, потому что разработчики были бухие и укуренные, и другие названия для библиотек закончились :)

Как всё печально.. штош, спорить не буду.

Ну да, а программа это всего лишь набор байт.
А люди это лишь набор молекул.

Мудрецы -- они такие.