How to Create a custom Route Loader
Warning: You are browsing the documentation for Symfony 4.x, which is no longer maintained.
Read the updated version of this page for Symfony 7.2 (the current stable version).
Basic applications can define all their routes in a single configuration file -
usually config/routes.yaml
(see Routing).
However, in most applications it's common to import routes definitions from
different resources: PHP annotations in controller files, YAML, XML or PHP
files stored in some directory, etc.
Built-in Route Loaders
Symfony provides several route loaders for the most common needs:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19
# config/routes.yaml
app_file:
# loads routes from the given routing file stored in some bundle
resource: '@AcmeBundle/Resources/config/routing.yaml'
app_annotations:
# loads routes from the PHP annotations of the controllers found in that directory
resource: '../src/Controller/'
type: annotation
app_directory:
# loads routes from the YAML, XML or PHP files found in that directory
resource: '../legacy/routing/'
type: directory
app_bundle:
# loads routes from the YAML, XML or PHP files found in some bundle directory
resource: '@AcmeOtherBundle/Resources/config/routing/'
type: directory
Note
When importing resources, the key (e.g. app_file
) is the name of the collection.
Just be sure that it's unique per file so no other lines override it.
If your application needs are different, you can create your own custom route loader as explained in the next section.
What is a Custom Route Loader
A custom route loader enables you to generate routes based on some conventions, patterns or integrations. An example for this use-case is the OpenAPI-Symfony-Routing library where routes are generated based on OpenAPI/Swagger annotations. Another example is the SonataAdminBundle that creates routes based on CRUD conventions.
Loading Routes
The routes in a Symfony application are loaded by the
DelegatingLoader.
This loader uses several other loaders (delegates) to load resources of
different types, for instance YAML files or @Route
annotations in controller
files. The specialized loaders implement
LoaderInterface
and therefore have two important methods:
supports()
and load().
Take these lines from the routes.yaml
:
1 2 3 4
# config/routes.yaml
controllers:
resource: ../src/Controller/
type: annotation
When the main loader parses this, it tries all registered delegate loaders and calls
their supports()
method with the given resource (../src/Controller/
)
and type (annotation
) as arguments. When one of the loader returns true
,
its load() method
will be called, which should return a RouteCollection
containing Route objects.
Note
Routes loaded this way will be cached by the Router the same way as when they are defined in one of the default formats (e.g. XML, YAML, PHP file).
Loading Routes with a Custom Service
Using a regular Symfony service is the simplest way to load routes in a customized way. It's much easier than creating a full custom route loader, so you should always consider this option first.
To do so, define type: service
as the type of the loaded routing resource
and configure the service and method to call:
1 2 3 4
# config/routes.yaml
admin_routes:
resource: 'admin_route_loader::loadRoutes'
type: service
In this example, the routes are loaded by calling the loadRoutes()
method
of the service whose ID is admin_route_loader
. Your service doesn't have to
extend or implement any special class, but the called method must return a
RouteCollection object.
If you're using autoconfigure, your class should
implement the RouteLoaderInterface
interface to be tagged automatically. If you're not using autoconfigure,
tag it manually with routing.route_loader
.
4.4
Not tagging or implementing your route loader was deprecated in Symfony 4.4.
Note
The routes defined using service route loaders will be automatically cached by the framework. So whenever your service should load new routes, don't forget to clear the cache.
Tip
If your service is invokable, you don't need to precise the method to use.
4.3
The support of the __invoke()
method to create invokable service route
loaders was introduced in Symfony 4.3.
Creating a custom Loader
To load routes from some custom source (i.e. from something other than annotations, YAML or XML files), you need to create a custom route loader. This loader has to implement LoaderInterface.
In most cases it is easier to extend from Loader instead of implementing LoaderInterface yourself.
The sample loader below supports loading routing resources with a type of
extra
. The type name should not clash with other loaders that might
support the same type of resource. Make up any name specific to what
you do. The resource name itself is not actually used in the example:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43
// src/Routing/ExtraLoader.php
namespace App\Routing;
use Symfony\Component\Config\Loader\Loader;
use Symfony\Component\Routing\Route;
use Symfony\Component\Routing\RouteCollection;
class ExtraLoader extends Loader
{
private $isLoaded = false;
public function load($resource, $type = null)
{
if (true === $this->isLoaded) {
throw new \RuntimeException('Do not add the "extra" loader twice');
}
$routes = new RouteCollection();
// prepare a new route
$path = '/extra/{parameter}';
$defaults = [
'_controller' => 'App\Controller\ExtraController::extra',
];
$requirements = [
'parameter' => '\d+',
];
$route = new Route($path, $defaults, $requirements);
// add the new route to the route collection
$routeName = 'extraRoute';
$routes->add($routeName, $route);
$this->isLoaded = true;
return $routes;
}
public function supports($resource, $type = null)
{
return 'extra' === $type;
}
}
Make sure the controller you specify really exists. In this case you
have to create an extra()
method in the ExtraController
:
1 2 3 4 5 6 7 8 9 10 11 12 13
// src/Controller/ExtraController.php
namespace App\Controller;
use Symfony\Bundle\FrameworkBundle\Controller\AbstractController;
use Symfony\Component\HttpFoundation\Response;
class ExtraController extends AbstractController
{
public function extra($parameter)
{
return new Response($parameter);
}
}
Now define a service for the ExtraLoader
:
1 2 3 4 5 6
# config/services.yaml
services:
# ...
App\Routing\ExtraLoader:
tags: [routing.loader]
Notice the tag routing.loader
. All services with this tag will be marked
as potential route loaders and added as specialized route loaders to the
routing.loader
service, which is an instance of
DelegatingLoader.
Using the Custom Loader
If you did nothing else, your custom routing loader would not be called. What remains to do is adding a few lines to the routing configuration:
1 2 3 4
# config/routes.yaml
app_extra:
resource: .
type: extra
The important part here is the type
key. Its value should be extra
as
this is the type which the ExtraLoader
supports and this will make sure
its load()
method gets called. The resource
key is insignificant
for the ExtraLoader
, so it is set to .
(a single dot).
Note
The routes defined using custom route loaders will be automatically cached by the framework. So whenever you change something in the loader class itself, don't forget to clear the cache.
More Advanced Loaders
If your custom route loader extends from Loader as shown above, you can also make use of the provided resolver, an instance of LoaderResolver, to load secondary routing resources.
You still need to implement supports() and load(). Whenever you want to load another resource - for instance a YAML routing configuration file - you can call the import() method:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27
// src/Routing/AdvancedLoader.php
namespace App\Routing;
use Symfony\Component\Config\Loader\Loader;
use Symfony\Component\Routing\RouteCollection;
class AdvancedLoader extends Loader
{
public function load($resource, $type = null)
{
$routes = new RouteCollection();
$resource = '@ThirdPartyBundle/Resources/config/routes.yaml';
$type = 'yaml';
$importedRoutes = $this->import($resource, $type);
$routes->addCollection($importedRoutes);
return $routes;
}
public function supports($resource, $type = null)
{
return 'advanced_extra' === $type;
}
}
Note
The resource name and type of the imported routing configuration can be anything that would normally be supported by the routing configuration loader (YAML, XML, PHP, annotation, etc.).
Note
For more advanced uses, check out the ChainRouter provided by the Symfony CMF project. This router allows applications to use two or more routers combined, for example to keep using the default Symfony routing system when writing a custom router.