basster / lazy-response-bundle
A library to support so-called lazy symfony controller responses.
Installs: 11 331
Dependents: 0
Suggesters: 0
Security: 0
Stars: 0
Watchers: 2
Forks: 1
Open Issues: 0
Requires
- php: >=8.0
Requires (Dev)
- friendsofphp/php-cs-fixer: ^2.18
- phpspec/prophecy-phpunit: ^2.0
- phpunit/phpunit: ^9.5
- symfony/event-dispatcher: ^5.2
- symfony/http-foundation: ^5.0.7
- symfony/http-kernel: ^5.1.5
- symfony/property-access: ^5.2
- symfony/routing: ^5.2
- symfony/serializer: ^5.2
- twig/twig: ^2.11 || ^3.0.0
- vimeo/psalm: ^4.6
Suggests
- symfony/event-dispatcher: Required when using any of the event handlers.
- symfony/routing: Required when using the \Basster\LazyResponseBundle\Response\RedirectResponse
- symfony/serializer: Required when using the \Basster\LazyResponseBundle\Response\JsonSerializeResponse
- twig/twig: Required when using the \Basster\LazyResponseBundle\Response\TwigResponse
README
I prefer to handle response type outside of Symfony controllers and return DTOs instead which are transformed into their corresponding responses afterwards. Some of the very standard DTOs and kernel.view
event handlers are in this library.
Installation
composer req basster/lazy-response-bundle
If you are using Symfony Flex you are done here, otherwise add the following lines to your services.yaml
:
services: _defaults: # make sure autowire and autoconfigure are activated autowire: true autoconfigure: true Basster\LazyResponseBundle\Response\Handler\TwigResponseHandler: ~ Basster\LazyResponseBundle\Response\Handler\RedirectResponseHandler: ~ Basster\LazyResponseBundle\Response\Handler\JsonSerializeResponseHandler: ~
Usage
I prefer pure Symfony controllers without extending the Symfony\Bundle\FrameworkBundle\Controller\AbstractController
, using proper Dependency Injection to get the services I want to use. I also liked the idea of the @Template
annotation, so controllers return data, no responses. But sometimes, that comes with a drawback: If you want to attach proper typehints to your controller actions. E.g. if you handle a form in an action, you return either view model as array or a RedirectResponse
after successful form handling. Downside: Those "return types" have nothing in common.
Here is my approach:
<?php use Basster\LazyResponseBundle\Response\LazyResponseInterface; use Basster\LazyResponseBundle\Response\RedirectResponse; use Basster\LazyResponseBundle\Response\TemplateResponse; class MyController { public function commentNew(Request $request, FormFactoryInterface $formFactory): LazyResponseInterface { $post = new Post(); $form = $formFactory->create(PostType::class, $post); $form->handleRequest($request); if ($form->isSubmitted() && $form->isValid()) { // do stuff with the submitted data return new RedirectResponse('post_index'); // will end up in a RedirectResponse } return new TemplateResponse('post/new.html.twig',[ 'post' => $post, 'form' => $form->createView(), ]); // will end up in a regular Response with contents of the rendered template. } }
LazyResponseInterface
The Basster\LazyResponseBundle\Response\LazyResponseInterface
is just a marking interface to be shared by multiple DTOs. Currently there are the following standard DTOs:
Basster\LazyResponseBundle\Response\JsonSerializeResponse
Basster\LazyResponseBundle\Response\RedirectResponse
Basster\LazyResponseBundle\Response\TemplateResponse
The response DTOs are framework agnostic and can be used wherever you want!
LazyResponseHandlers
The handlers, that come with this library, are Symfony kernel.view
event subscriber transforming the DTOs into Symfony response objects:
Basster\LazyResponseBundle\Response\Handler\JsonSerializeResponseHandler
handlesJsonSerializeResponse
and utilizes the Symfony serializer.Basster\LazyResponseBundle\Response\Handler\RedirectResponseHandler
handlesRedirectResponse
and utilizes the Symfony router.Basster\LazyResponseBundle\Response\Handler\TwigResponseHandler
handlesTemplateResponse
utilizes Twig (doh!).