@noh

@thatside # controllers are imported separately to make sure services can be injected # as action arguments even if you don't extend any base controller class App\Application\Controller\: autowire: true resource: '../src/Application/Controller' tags: ['controller.service_arguments']

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

https://www.jetbrains.com/mps/?fromMenu - кто нибудь такое использует?

В проектах у кого нибудь*

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

@thatside # controllers are imported separately to make sure services can be injected # as action arguments even if you don't extend any base controller class App\Application\Controller\: autowire: true resource: '../src/Application/Controller' tags: ['controller.service_arguments']

а как у тебя сделан пофиг бандла тактисиан самого? ʼʼʼ tactician:   commandbus:     default:       middleware:         - tactician.middleware.locking         - myproject.tactician.middleware.events         - tactician.middleware.command_handler       method_inflector: tactician.handler.method_name_inflector.class_name ʼʼʼ

вторая мидлвара - моя кастомная

@thatside tactician: commandbus: default: middleware: - tactician.middleware.command_handler

стандартные конфиги

Смысл в том, что сейчас он ответственный* за новый функционал и уже создал таблицы и требует, чтобы в базе все так и было

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

стандартные конфиги

инфлектор попробуй вписать +теги как я писал для хендлеров

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

@thatside Добавил инфлектор, все - равно надо инжектить '@tactician.commandbus.default' в каждый контроллер ручками

eferences class "League\Tactician\CommandBus" but no such service exists. It cannot be auto-registered because it is from a different root namespace.

а это уже приколы твоих контроллеров, похоже ну и их регистрации

@thatside А еще, вот что выдает The service "tactician.commandbus.default" has a dependency on a non-existent service "tactician.handler.method_name_inflector.class_name".

хе...

Я или конфиги где-то не так указал, или бандл неверно поставил

у меня симфони 4.0.4

Или этот бандл не идет нормально под симфони 4

И возможно было делать своей что-то.

@thatside А еще, вот что выдает The service "tactician.commandbus.default" has a dependency on a non-existent service "tactician.handler.method_name_inflector.class_name".

tactician.handler.method_name_inflector.class_name:     class: League\Tactician\Handler\MethodNameInflector\ClassNameInflector вот ещё зарегай

в исходной либе он есть, а в бандле нет

и я регал сам

@thatside сейчас попробую

вот с контроллерами мне точно непонятно там явно что - то не так с их регистрацией у тебя вообще для них неймспейс выделен?

у меня 3.4,потому я проверить не могу нормально

Да.

Could not invoke handler for command App\Command\CreateUserBusCommand for reason: Method 'createUserBusCommand' does not exist on handler

@thatside убрал инфлектор # method_inflector: tactician.handler.method_name_inflector.class_name и команда заработал, только если она конечно зарегестрирована в сервисе

app.handler.createuserbuscommandhandler: class: App\Handler\CreateUserBusCommandHandler tags: [{name: tactician.handler, typehints: true}] autowire: true

@thatside и еще Вот такое мне надо прописывать вообще для каждого контроллера

App\Controller\RegistrationController: arguments: - '@tactician.commandbus.default' calls: - [setContainer, ['@service_container']]

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

ибо у меня только на етот сраный пакет ушло более 2 000+ строк в сервис файле

чезанафиг...зачем тебе контейнер в контроллерах, если есть автовайринг?

вот этот конфиг пробовал?

MyBundle\Controller\:     resource: '../../Controller/*'     autowire: true     tags: ['controller.service_arguments']

попробуй допустим так

App\Controller\RegistrationController: autowire: true calls: - [setContainer, ['@service_container']] tags: ['controller.service_arguments']

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

_defaults: autowire: true autoconfigure: true public: false App\: resource: '../src/*' App\Controller\RegistrationController: autowire: true calls: - [setContainer, ['@service_container']] tags: ['controller.service_arguments']

Class "App\Controller\RegistrationController" used for service "App\Controller\RegistrationController" cannot be found.

В контроллере

class RegistrationController { private $commandBus; public function __construct( CommandBus $commandBus ){ $this->commandBus = $commandBus; }

так у тебя явно с неймспейсами проблема

неймспейс и местонахождение контроллера какие?

Да, поправил, однако ComandBus все так же недоступен

у меня несколько контроллеров для регистрации

немножк запутался.

Cannot autowire service "App\Controller\RegistrationController": argument "$commandBus" of method "__construct()" references class "League\Tactician\CommandBus" but no such service exists. It cannot be auto-registered because it is from a different root namespace.

а в composer.json psr-4 неймспейсы прописаны аналогично?

"autoload": { "psr-4": { "App\\": "src/" }

"autoload": { "psr-4": { "App\\": "src/" }

А мне показалось или там где-то выше проскакивало App\Application ?

"config": { "preferred-install": { "*": "dist" }, "sort-packages": true }, "autoload": { "psr-4": { "App\\": "src/" } }, "autoload-dev": { "psr-4": { "App\\Tests\\": "tests/" } }, "scripts": { "auto-scripts": {

а версия tactician-bundle?

"league/tactician-bundle": "^1.1",

https://github.com/thephpleague/tactician-bundle/issues/95 вот это еще обсуждается но вроде как должно работать, судя по последнему комменту

в конце концов

ты можешь сделать свой сервис League\Tactician\CommandBus с алиасом на @tactician.command_bus или как там

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

попробуй вариант с алиасом на сервис

League\Tactician\CommandBus: '@tactician.command_bus' ну или как там у тебя

League\Tactician\CommandBus: '@tactician.commandbus.default'

допустим так, проверяй

ERROR: S client not available

Да, теперь каждый контроллер имет доступ к CommandBus

ну хоть одну проблему победили)

теперь теоретически можно выкинуть все объявления контроллеров и свести к одноому resource

Угу, пасиб) Теперь бы как-то автоматизировать процес регистрации command->handler

Ибо каждый раз вручную прописывать а потом следить за всем.

Там что-то было про addCompilerPass

В Kernel

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

я так понимаю, ты переводишь живой проект на sf4?

CreateUserBusCommand

CreateUserBusCommandHandler

Я делаю оптимизацию)

то есть, у тебя на одну команду - один хендлер, так?

именно класс

да

class CreateUserBusCommand {

и при этом в хендлере какой метод?

CreateUserBusCommand

и зачем тебе эти суффиксы?

или там __invoke?

@fes0r сразу видно что это

@thatside class CreateUserBusCommandHandler { public function handle() {...}

@thatside class CreateUserBusCommandHandler { public function handle() {...}

RegisterUserSymfonyHttpApiControllerForPHPApp

tags: - { name: tactician.handler, command: Foo\User\RegisterUserCommand } с таким тегом, да?

@thatside app.handler.createuserbuscommandhandler: class: App\Handler\CreateUserBusCommandHandler tags: [{name: tactician.handler, typehints: true}] autowire: true

@fes0r сразу видно что это

RegisterUserCommand достаточно, или даже Command\RegisterUser + Handler\RegisterUserHandler. Не нужно упоминать комманд бас лишний раз

то бишь из примера - <?php class RegisterUserHandler { public function handle(RegisterUser $command) { // do stuff } }

аналогично, так?

а вообще - command bus не нужны

а вообще - command bus не нужны

крутись, вентилятор)

от слова совсем. единственная польза от command bus это когда у тебя хэндлеры как экторы в отдельных процессах висят и вся связь через MQ

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

@fes0r но ведь у нас есть еще: 1 консольные команды 2 - доктрин команды 3 - maker bundle commands 4 - twig commands уверене еще омжно найти, если поискать