basster / lazy-response-bundle
A library to support so-called lazy symfony controller responses.
Installs: 14 002
Dependents: 0
Suggesters: 0
Security: 0
Stars: 0
Watchers: 2
Forks: 1
Open Issues: 0
pkg:composer/basster/lazy-response-bundle
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\JsonSerializeResponseBasster\LazyResponseBundle\Response\RedirectResponseBasster\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\JsonSerializeResponseHandlerhandlesJsonSerializeResponseand utilizes the Symfony serializer.Basster\LazyResponseBundle\Response\Handler\RedirectResponseHandlerhandlesRedirectResponseand utilizes the Symfony router.Basster\LazyResponseBundle\Response\Handler\TwigResponseHandlerhandlesTemplateResponseutilizes Twig (doh!).