The Workflow Component
Edit this pageWarning: You are browsing the documentation for Symfony 4.1, which is no longer maintained.
Read the updated version of this page for Symfony 6.3 (the current stable version).
The Workflow Component
The Workflow component provides tools for managing a workflow or finite state machine.
Installation
1
$ composer require symfony/workflow
Alternatively, you can clone the https://github.com/symfony/workflow repository.
Note
If you install this component outside of a Symfony application, you must
require the vendor/autoload.php
file in your code to enable the class
autoloading mechanism provided by Composer. Read
this article for more details.
Creating a Workflow
The workflow component gives you an object oriented way to define a process or a life cycle that your object goes through. Each step or stage in the process is called a place. You do also define transitions that describe the action to get from one place to another.

A set of places and transitions creates a definition. A workflow needs
a Definition
and a way to write the states to the objects (i.e. an
instance of a MarkingStoreInterface).
Consider the following example for a blog post. A post can have one of a number of predefined statuses (`draft`, `review`, `rejected`, `published`). In a workflow, these statuses are called places. You can define the workflow like this:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
use Symfony\Component\Workflow\DefinitionBuilder;
use Symfony\Component\Workflow\Transition;
use Symfony\Component\Workflow\Workflow;
use Symfony\Component\Workflow\MarkingStore\SingleStateMarkingStore;
$definitionBuilder = new DefinitionBuilder();
$definition = $definitionBuilder->addPlaces(['draft', 'review', 'rejected', 'published'])
// Transitions are defined with a unique name, an origin place and a destination place
->addTransition(new Transition('to_review', 'draft', 'review'))
->addTransition(new Transition('publish', 'review', 'published'))
->addTransition(new Transition('reject', 'review', 'rejected'))
->build()
;
$marking = new SingleStateMarkingStore('currentState');
$workflow = new Workflow($definition, $marking);
The Workflow
can now help you to decide what actions are allowed
on a blog post depending on what place it is in. This will keep your domain
logic in one place and not spread all over your application.
When you define multiple workflows you should consider using a Registry
,
which is an object that stores and provides access to different workflows.
A registry will also help you to decide if a workflow supports the object you
are trying to use it with:
1 2 3 4 5 6 7 8 9 10 11
use Symfony\Component\Workflow\Registry;
use Symfony\Component\Workflow\SupportStrategy\InstanceOfSupportStrategy;
use Acme\Entity\BlogPost;
use Acme\Entity\Newsletter;
$blogWorkflow = ...
$newsletterWorkflow = ...
$registry = new Registry();
$registry->addWorkflow($blogWorkflow, new InstanceOfSupportStrategy(BlogPost::class));
$registry->addWorkflow($newsletterWorkflow, new InstanceOfSupportStrategy(Newsletter::class));
4.1
The addWorkflow()
method was introduced in Symfony 4.1. In previous
Symfony versions it was called add()
.
Usage
When you have configured a Registry
with your workflows, you may use it as follows:
1 2 3 4 5 6 7 8 9 10
// ...
$post = new BlogPost();
$workflow = $registry->get($post);
$workflow->can($post, 'publish'); // False
$workflow->can($post, 'to_review'); // True
$workflow->apply($post, 'to_review');
$workflow->can($post, 'publish'); // True
$workflow->getEnabledTransitions($post); // ['publish', 'reject']