[m.....t]

#php #laravel

Allow for splitting commands and handlers on jobs

prawidłowo.

[MQs]

@matiit: Tak szczerze to nie rozumiem idei command jako struktury danych. Czytałem polemikę na ten temat (konkretnie właśnie z self-executing commands) tutaj i średnio mnie ona przekonuje. No, ale skoro, jak wspomniałem, nie rozumiem idei to pewnie nie ogarnę sensu teoretyzowania na jej temat. W komentarzu niżej był już bardziej konkretny tekst:

Major plus for separating command and handler is the ability to run the command through middleware like sanitizer

[m.....t]

@MQs: tzn akurat u nas w firmie mieliśmy inny problem:

https://github.com/laravel/framework/pull/14897

Dayle opisał use case do którego akurat potrzebowaliśmy zmiany.

[MQs]

@matiit: Chyba już wiem o co kaman. W tym sensie to bardziej postrzegam problem jako pomieszanie pojęć command/request. Chociaż dla aplikacji działającej w event loop nazwa "command" ma znaczeniowo więcej sensu to według mnie wprowadza tylko zamieszanie (zwłaszcza w połączeniu z command pattern). Podejrzewam, że to mieszanie pojęć zaczęło się od tego, że na siłę wciśnięto ideę controllera do jednowątkowego php, który tak naprawdę okazał się potrzebny później, więc obecnie się