craue / formflow-bundle
Multi-step forms for your Symfony project.
Installs: 3 397 753
Dependents: 17
Suggesters: 7
Security: 0
Stars: 736
Watchers: 30
Forks: 118
Open Issues: 73
Type:symfony-bundle
Requires
- php: ^7.3 || ^8
- symfony/config: ^4.4 || ^5.4 || ^6.3 || ^7.0
- symfony/dependency-injection: ^4.4 || ^5.4 || ^6.3 || ^7.0
- symfony/event-dispatcher: ^4.4 || ^5.4 || ^6.3 || ^7.0
- symfony/form: ^4.4 || ^5.4 || ^6.3 || ^7.0
- symfony/http-foundation: ^4.4 || ^5.4 || ^6.3 || ^7.0
- symfony/http-kernel: ^4.4 || ^5.4 || ^6.3 || ^7.0
- symfony/options-resolver: ^4.4 || ^5.4 || ^6.3 || ^7.0
- symfony/security-core: ^4.4 || ^5.4 || ^6.3 || ^7.0
- symfony/translation: ^4.4 || ^5.4 || ^6.3 || ^7.0
- symfony/validator: ^4.4 || ^5.4 || ^6.3 || ^7.0
- symfony/yaml: ^4.4 || ^5.4 || ^6.3 || ^7.0
Requires (Dev)
- craue/translations-tests: ^1.1
- doctrine/collections: ^1.8 || ^2.1
- doctrine/common: ^2.9 || ^3.0
- doctrine/dbal: ^2.10 || ^3.0
- doctrine/doctrine-bundle: ^1.10 || ^2.0
- phpstan/extension-installer: ^1.1
- phpstan/phpstan: ^1.10
- phpstan/phpstan-deprecation-rules: ^1.0
- phpstan/phpstan-strict-rules: ^1.1
- phpstan/phpstan-symfony: ^1.1
- phpunit/phpunit: ^9.5
- symfony/browser-kit: ^4.4 || ^5.4 || ^6.3 || ^7.0
- symfony/css-selector: ^4.4 || ^5.4 || ^6.3 || ^7.0
- symfony/mime: ^4.4 || ^5.4 || ^6.3 || ^7.0
- symfony/phpunit-bridge: ^7.0
- symfony/security-bundle: ^4.4 || ^5.4 || ^6.3 || ^7.0
- symfony/twig-bundle: ^4.4 || ^5.4 || ^6.3 || ^7.0
Conflicts
- doctrine/dbal: <2.10
- dev-master / 3.7.x-dev
- 3.7.0
- 3.6.0
- 3.5.1
- 3.5.0
- 3.4.1
- 3.4.0
- 3.3.2
- 3.3.1
- 3.3.0
- 3.2.1
- 3.2.0
- 3.1.1
- 3.1.0
- 3.0.4
- 3.0.3
- 3.0.2
- 3.0.1
- 3.0.0
- 2.1.10
- 2.1.9
- 2.1.8
- 2.1.7
- 2.1.6
- 2.1.5
- 2.1.4
- 2.1.3
- 2.1.2
- 2.1.1
- 2.1.0
- 2.0.1
- 2.0.0
- 1.1.3
- 1.1.2
- 1.1.1
- 1.1.0
- 1.0.0
- dev-prepare-subtree-split-for-library-keep-namespaces
- dev-prepare-subtree-split-for-library-without-proxies
- dev-prepare-subtree-split-for-library
- dev-test-issue-89
This package is auto-updated.
Last update: 2024-12-11 02:57:18 UTC
README
CraueFormFlowBundle provides a facility for building and handling multi-step forms in your Symfony project.
Features:
- navigation (next, back, start over)
- step labels
- skipping of steps
- different validation group for each step
- handling of file uploads
- dynamic step navigation (optional)
- redirect after submit (a.k.a. "Post/Redirect/Get", optional)
A live demo showcasing these features is available at http://craue.de/symfony-playground/en/CraueFormFlow/.
Installation
Get the bundle
Let Composer download and install the bundle by running
composer require craue/formflow-bundle
in a shell.
Enable the bundle
If you don't use Symfony Flex, register the bundle manually:
// in config/bundles.php return [ // ... Craue\FormFlowBundle\CraueFormFlowBundle::class => ['all' => true], ];
Or, for Symfony 3.4:
// in app/AppKernel.php public function registerBundles() { $bundles = [ // ... new Craue\FormFlowBundle\CraueFormFlowBundle(), ]; // ... }
Usage
This section shows how to create a 3-step form flow for creating a vehicle. You have to choose between two approaches on how to set up your flow.
Approach A: One form type for the entire flow
This approach makes it easy to turn an existing (common) form into a form flow.
Create a flow class
// src/MyCompany/MyBundle/Form/CreateVehicleFlow.php use Craue\FormFlowBundle\Form\FormFlow; use Craue\FormFlowBundle\Form\FormFlowInterface; use MyCompany\MyBundle\Form\CreateVehicleForm; class CreateVehicleFlow extends FormFlow { protected function loadStepsConfig() { return [ [ 'label' => 'wheels', 'form_type' => CreateVehicleForm::class, ], [ 'label' => 'engine', 'form_type' => CreateVehicleForm::class, 'skip' => function($estimatedCurrentStepNumber, FormFlowInterface $flow) { return $estimatedCurrentStepNumber > 1 && !$flow->getFormData()->canHaveEngine(); }, ], [ 'label' => 'confirmation', ], ]; } }
Create a form type class
You only have to create one form type class for a flow.
There is an option called flow_step
you can use to decide which fields will be added to the form
according to the step to render.
// src/MyCompany/MyBundle/Form/CreateVehicleForm.php use MyCompany\MyBundle\Form\Type\VehicleEngineType; use Symfony\Component\Form\AbstractType; use Symfony\Component\Form\Extension\Core\Type\ChoiceType; use Symfony\Component\Form\FormBuilderInterface; class CreateVehicleForm extends AbstractType { public function buildForm(FormBuilderInterface $builder, array $options) { switch ($options['flow_step']) { case 1: $validValues = [2, 4]; $builder->add('numberOfWheels', ChoiceType::class, [ 'choices' => array_combine($validValues, $validValues), 'placeholder' => '', ]); break; case 2: // This form type is not defined in the example. $builder->add('engine', VehicleEngineType::class, [ 'placeholder' => '', ]); break; } } public function getBlockPrefix() { return 'createVehicle'; } }
Approach B: One form type per step
This approach makes it easy to reuse the form types to compose other forms.
Create a flow class
// src/MyCompany/MyBundle/Form/CreateVehicleFlow.php use Craue\FormFlowBundle\Form\FormFlow; use Craue\FormFlowBundle\Form\FormFlowInterface; use MyCompany\MyBundle\Form\CreateVehicleStep1Form; use MyCompany\MyBundle\Form\CreateVehicleStep2Form; class CreateVehicleFlow extends FormFlow { protected function loadStepsConfig() { return [ [ 'label' => 'wheels', 'form_type' => CreateVehicleStep1Form::class, ], [ 'label' => 'engine', 'form_type' => CreateVehicleStep2Form::class, 'skip' => function($estimatedCurrentStepNumber, FormFlowInterface $flow) { return $estimatedCurrentStepNumber > 1 && !$flow->getFormData()->canHaveEngine(); }, ], [ 'label' => 'confirmation', ], ]; } }
Create form type classes
// src/MyCompany/MyBundle/Form/CreateVehicleStep1Form.php use Symfony\Component\Form\AbstractType; use Symfony\Component\Form\Extension\Core\Type\ChoiceType; use Symfony\Component\Form\FormBuilderInterface; class CreateVehicleStep1Form extends AbstractType { public function buildForm(FormBuilderInterface $builder, array $options) { $validValues = [2, 4]; $builder->add('numberOfWheels', ChoiceType::class, [ 'choices' => array_combine($validValues, $validValues), 'placeholder' => '', ]); } public function getBlockPrefix() { return 'createVehicleStep1'; } }
// src/MyCompany/MyBundle/Form/CreateVehicleStep2Form.php use MyCompany\MyBundle\Form\Type\VehicleEngineType; use Symfony\Component\Form\AbstractType; use Symfony\Component\Form\FormBuilderInterface; class CreateVehicleStep2Form extends AbstractType { public function buildForm(FormBuilderInterface $builder, array $options) { $builder->add('engine', VehicleEngineType::class, [ 'placeholder' => '', ]); } public function getBlockPrefix() { return 'createVehicleStep2'; } }
Register your flow as a service
XML
<services> <service id="myCompany.form.flow.createVehicle" class="MyCompany\MyBundle\Form\CreateVehicleFlow" autoconfigure="true"> </service> </services>
YAML
services: myCompany.form.flow.createVehicle: class: MyCompany\MyBundle\Form\CreateVehicleFlow autoconfigure: true
When not using autoconfiguration, you may let your flow inherit the required dependencies from a parent service.
XML
<services> <service id="myCompany.form.flow.createVehicle" class="MyCompany\MyBundle\Form\CreateVehicleFlow" parent="craue.form.flow"> </service> </services>
YAML
services: myCompany.form.flow.createVehicle: class: MyCompany\MyBundle\Form\CreateVehicleFlow parent: craue.form.flow
Create a form template
You only need one template for a flow.
The instance of your flow class is passed to the template in a variable called flow
so you can use it to render the
form according to the current step.
{# in src/MyCompany/MyBundle/Resources/views/Vehicle/createVehicle.html.twig #} <div> Steps: {% include '@CraueFormFlow/FormFlow/stepList.html.twig' %} </div> {{ form_start(form) }} {{ form_errors(form) }} {% if flow.getCurrentStepNumber() == 1 %} <div> When selecting four wheels you have to choose the engine in the next step.<br /> {{ form_row(form.numberOfWheels) }} </div> {% endif %} {{ form_rest(form) }} {% include '@CraueFormFlow/FormFlow/buttons.html.twig' %} {{ form_end(form) }}
CSS
Some CSS is needed to render the buttons correctly. Load the provided file in your base template:
<link type="text/css" rel="stylesheet" href="{{ asset('bundles/craueformflow/css/buttons.css') }}" />
...and install the assets in your project:
# in a shell
php bin/console assets:install --symlink web
Buttons
You can customize the default button look by using these variables to add one or more CSS classes to them:
craue_formflow_button_class_last
will apply either to the next or finish buttoncraue_formflow_button_class_finish
will specifically apply to the finish buttoncraue_formflow_button_class_next
will specifically apply to the next buttoncraue_formflow_button_class_back
will apply to the back buttoncraue_formflow_button_class_reset
will apply to the reset button
Example with Bootstrap button classes:
{% include '@CraueFormFlow/FormFlow/buttons.html.twig' with { craue_formflow_button_class_last: 'btn btn-primary', craue_formflow_button_class_back: 'btn', craue_formflow_button_class_reset: 'btn btn-warning', } %}
In the same manner you can customize the button labels:
craue_formflow_button_label_last
for either the next or finish buttoncraue_formflow_button_label_finish
for the finish buttoncraue_formflow_button_label_next
for the next buttoncraue_formflow_button_label_back
for the back buttoncraue_formflow_button_label_reset
for the reset button
Example:
{% include '@CraueFormFlow/FormFlow/buttons.html.twig' with { craue_formflow_button_label_finish: 'submit', craue_formflow_button_label_reset: 'reset the flow', } %}
You can also remove the reset button by setting craue_formflow_button_render_reset
to false
.
Create an action
// in src/MyCompany/MyBundle/Controller/VehicleController.php public function createVehicleAction() { $formData = new Vehicle(); // Your form data class. Has to be an object, won't work properly with an array. $flow = $this->get('myCompany.form.flow.createVehicle'); // must match the flow's service id $flow->bind($formData); // form of the current step $form = $flow->createForm(); if ($flow->isValid($form)) { $flow->saveCurrentStepData($form); if ($flow->nextStep()) { // form for the next step $form = $flow->createForm(); } else { // flow finished $em = $this->getDoctrine()->getManager(); $em->persist($formData); $em->flush(); $flow->reset(); // remove step data from the session return $this->redirectToRoute('home'); // redirect when done } } return $this->render('@MyCompanyMy/Vehicle/createVehicle.html.twig', [ 'form' => $form->createView(), 'flow' => $flow, ]); }
Explanations
How the flow works
- Dispatch
PreBindEvent
. - Dispatch
GetStepsEvent
. - Update the form data class with previously saved data of all steps. For each one, dispatch
PostBindSavedDataEvent
. - Evaluate which steps are skipped. Determine the current step.
- Dispatch
PostBindFlowEvent
. - Create the form for the current step.
- Bind the request to that form.
- Dispatch
PostBindRequestEvent
. - Validate the form data.
- Dispatch
PostValidateEvent
. - Save the form data.
- Proceed to the next step.
Method loadStepsConfig
The array returned by that method is used to create all steps of the flow. The first item will be the first step. You can, however, explicitly index the array for easier readability.
Valid options per step are:
label
(string
|StepLabel
|null
)- If you'd like to render an overview of all steps you have to set the
label
option for each step. - If using a callable on a
StepLabel
instance, it has to return a string value ornull
. - By default, the labels will be translated using the
messages
domain when rendered in Twig.
- If you'd like to render an overview of all steps you have to set the
form_type
(FormTypeInterface
|string
|null
)- The form type used to build the form for that step.
- This value is passed to Symfony's form factory, thus the same rules apply as for creating common forms. If using a string, it has to be the FQCN of the form type.
form_options
(array
)- Options passed to the form type of that step.
skip
(callable
|bool
)- Decides whether the step will be skipped.
- If using a callable...
- it will receive the estimated current step number and the flow as arguments;
- it has to return a boolean value;
- it might be called more than once until the actual current step number has been determined.
Examples
protected function loadStepsConfig() { return [ [ 'form_type' => CreateVehicleStep1Form::class, ], [ 'form_type' => CreateVehicleStep2Form::class, 'skip' => true, ], [ ], ]; }
protected function loadStepsConfig() { return [ 1 =>[ 'label' => 'wheels', 'form_type' => CreateVehicleStep1Form::class, ], 2 => [ 'label' => StepLabel::createCallableLabel(function() { return 'engine'; }) 'form_type' => CreateVehicleStep2Form::class, 'form_options' => [ 'validation_groups' => ['Default'], ], 'skip' => function($estimatedCurrentStepNumber, FormFlowInterface $flow) { return $estimatedCurrentStepNumber > 1 && !$flow->getFormData()->canHaveEngine(); }, ], 3 => [ 'label' => 'confirmation', ], ]; }
Advanced stuff
Validation groups
To validate the form data class bound to the flow, a step-based validation group is passed to the form type.
By default, if the flow's getName
method returns createVehicle
, such a group is named flow_createVehicle_step1
for the first step. You can customize this name by setting the flow's property validationGroupPrefix
explicitly.
The step number (1, 2, 3, etc.) will be appended by the flow.
Compared to standalone forms, setting the validation_groups
option in your form type's configureOptions
method won't have any effect in the context of a flow. The value is just ignored, i.e. will be overwritten by the flow.
But there are other ways of defining custom validation groups:
- override the flow's
getFormOptions
method, - use the
form_options
step option, or - use the flow's
setGenericFormOptions
method.
The generated step-based validation group will be added by the flow, unless the validation_groups
option is set to false
, a closure, or a GroupSequence.
In this case, it will not be added by the flow, so ensure the step forms are validated as expected.
Disabling revalidation of previous steps
Take a look at #98 for an example on why it's useful to revalidate previous steps by default. But if you want (or need) to avoid revalidating previous steps, add this to your flow class:
// in src/MyCompany/MyBundle/Form/CreateVehicleFlow.php class CreateVehicleFlow extends FormFlow { protected $revalidatePreviousSteps = false; // ... }
Passing generic options to the form type
To set options common for the form type(s) of all steps you can use method setGenericFormOptions
:
// in src/MyCompany/MyBundle/Controller/VehicleController.php public function createVehicleAction() { // ... $flow->setGenericFormOptions(['action' => 'targetUrl']); $flow->bind($formData); $form = $flow->createForm(); // ... }
Passing step-based options to the form type
To pass individual options to each step's form type you can use the step config option form_options
:
// in src/MyCompany/MyBundle/Form/CreateVehicleFlow.php protected function loadStepsConfig() { return [ [ 'label' => 'wheels', 'form_type' => CreateVehicleStep1Form:class, 'form_options' => [ 'validation_groups' => ['Default'], ], ], ]; }
Alternatively, to set options based on previous steps (e.g. to render fields depending on submitted data) you can override method
getFormOptions
of your flow class:
// in src/MyCompany/MyBundle/Form/CreateVehicleFlow.php public function getFormOptions($step, array $options = []) { $options = parent::getFormOptions($step, $options); $formData = $this->getFormData(); if ($step === 2) { $options['numberOfWheels'] = $formData->getNumberOfWheels(); } return $options; }
Enabling dynamic step navigation
Dynamic step navigation means that the step list rendered will contain links to go back/forth to a specific step (which has been done already) directly. To enable it, add this to your flow class:
// in src/MyCompany/MyBundle/Form/CreateVehicleFlow.php class CreateVehicleFlow extends FormFlow { protected $allowDynamicStepNavigation = true; // ... }
If you'd like to remove the parameters (added by using such a direct link) when submitting the form you should modify the action for the opening form tag in the template like this:
{{ form_start(form, {'action': path(app.request.attributes.get('_route'), app.request.query.all | craue_removeDynamicStepNavigationParameters(flow))}) }}
Handling of file uploads
File uploads are transparently handled by Base64-encoding the content and storing it in the session, so it may affect performance. This feature is enabled by default for convenience, but can be disabled in the flow class as follows:
// in src/MyCompany/MyBundle/Form/CreateVehicleFlow.php class CreateVehicleFlow extends FormFlow { protected $handleFileUploads = false; // ... }
By default, the system's directory for temporary files will be used for files restored from the session while loading step data. You can set a custom one:
// in src/MyCompany/MyBundle/Form/CreateVehicleFlow.php class CreateVehicleFlow extends FormFlow { protected $handleFileUploadsTempDir = '/path/for/flow/uploads'; // ... }
Enabling redirect after submit
This feature will allow performing a redirect after submitting a step to load the page containing the next step using a GET request. To enable it, add this to your flow class:
// in src/MyCompany/MyBundle/Form/CreateVehicleFlow.php class CreateVehicleFlow extends FormFlow { protected $allowRedirectAfterSubmit = true; // ... }
But you still have to perform the redirect yourself, so update your action like this:
// in src/MyCompany/MyBundle/Controller/VehicleController.php public function createVehicleAction() { // ... $flow->bind($formData); $form = $submittedForm = $flow->createForm(); if ($flow->isValid($submittedForm)) { $flow->saveCurrentStepData($submittedForm); // ... } if ($flow->redirectAfterSubmit($submittedForm)) { $request = $this->getRequest(); $params = $this->get('craue_formflow_util')->addRouteParameters(array_merge($request->query->all(), $request->attributes->get('_route_params')), $flow); return $this->redirectToRoute($request->attributes->get('_route'), $params); } // ... // return ... }
Using events
There are some events which you can subscribe to. Using all of them right inside your flow class could look like this:
// in src/MyCompany/MyBundle/Form/CreateVehicleFlow.php use Craue\FormFlowBundle\Event\GetStepsEvent; use Craue\FormFlowBundle\Event\PostBindFlowEvent; use Craue\FormFlowBundle\Event\PostBindRequestEvent; use Craue\FormFlowBundle\Event\PostBindSavedDataEvent; use Craue\FormFlowBundle\Event\PostValidateEvent; use Craue\FormFlowBundle\Event\PreBindEvent; use Craue\FormFlowBundle\Form\FormFlowEvents; use Symfony\Component\EventDispatcher\EventDispatcherInterface; use Symfony\Component\EventDispatcher\EventSubscriberInterface; class CreateVehicleFlow extends FormFlow implements EventSubscriberInterface { /** * This method is only needed when _not_ using autoconfiguration. If it's there even with autoconfiguration enabled, * the `removeSubscriber` call ensures that subscribed events won't occur twice. * (You can remove the `removeSubscriber` call if you'll definitely never use autoconfiguration for that flow.) */ public function setEventDispatcher(EventDispatcherInterface $dispatcher) { parent::setEventDispatcher($dispatcher); $dispatcher->removeSubscriber($this); $dispatcher->addSubscriber($this); } public static function getSubscribedEvents() { return [ FormFlowEvents::PRE_BIND => 'onPreBind', FormFlowEvents::GET_STEPS => 'onGetSteps', FormFlowEvents::POST_BIND_SAVED_DATA => 'onPostBindSavedData', FormFlowEvents::POST_BIND_FLOW => 'onPostBindFlow', FormFlowEvents::POST_BIND_REQUEST => 'onPostBindRequest', FormFlowEvents::POST_VALIDATE => 'onPostValidate', ]; } public function onPreBind(PreBindEvent $event) { // ... } public function onGetSteps(GetStepsEvent $event) { // ... } public function onPostBindSavedData(PostBindSavedDataEvent $event) { // ... } public function onPostBindFlow(PostBindFlowEvent $event) { // ... } public function onPostBindRequest(PostBindRequestEvent $event) { // ... } public function onPostValidate(PostValidateEvent $event) { // ... } // ... }