如果您以前曾在大型应用程序上工作过，您可能已经注意到，迟早会出现笨重的控制器。即使您使用存储库或服务类来从控制器中提取逻辑，随着时间的推移，依赖关系，方法和代码行的数量也会增加。

让我介绍一下请求处理程序。这个概念非常简单，但很多PHP开发人员并不为人所知。请求处理程序基本上是一个控制器，但限于一个单一的操作。这个概念非常类似于由Paul M. Jones提出的Action-Domain-Responder模式，MVC模式的一个替代方案就是针对Web应用程序的响应流更加明确的请求。


构建请求处理程序的好方法是使用可调用类。可调用类是使用PHP的魔术__invoke方法的类，将其转换为Callable，这允许将其调用为函数。这是一个可调用类的简单示例：

class Greeting {
public function __invoke($name) {
echo 'Hello ' . $name; }
}
$welcome = new Greeting();
$welcome('John Doe'); // Hello John Doe

在这一点上，你可能在想 “我为什么要这么做？”。我知道这是一个荒谬的例子。但是，与使用可调用和依赖注入的代码结合使用时，会很有意义。一个很好的用例是Laravel或Slim中的路由请求处理：

Route::get('/{name}', Greeting::class);
 

这只是打扰你的头脑吗？没有？我们来比较一下你通常写的内容：

Route::get('/{name}', 'SomeController@greeting');

还没？除了更好的代码外，还有更多的好处。让我继续讨论使用请求处理程序与控制器的一些优点。

单一责任

SOLID的第一个原则是“单一责任”。在我看来，有很多行动的控制者打破这个原则。请求处理程序提供了一个很好的解决方案，将这些操作分成自己的类，使它们更容易维护，重构和测试。

以下是从a提取的2个请求处理程序的示例UsersController，它处理用户个人资料的编辑和保存：
 

class EditUserHandler

{

    public function __construct(

        UserRepository $repository,

        Twig $twig

    ) {

        ...

    }


    public function __invoke(Request $request, Response $response)

    {

        ...

    }

}


class UpdateUserHandler

{

    public function __construct(

        UserRepository $repository,

        UpdateUserValidator $validator,

        ImageManager $resizer,

        Filesystem $storage

    ) {

        ...

    }


    public function __invoke(Request $request, Response $response)

    {

        ...

    }

}

Route::get('/{name}', Greeting::class);

Route::get('/{name}', 'SomeController@greeting');