Routing
The Slim Framework’s router is built on top of the Fast Route component, and it is remarkably fast and stable.While we are using this component to do all our routing, the app’s core has been entirely decoupled from it and interfaces have been put in place topave the way for using other routing libraries.
How to create routes
You can define application routes using proxy methods on the Slim\App
instance. The Slim Framework provides methods for the most popular HTTP methods.
GET Route
You can add a route that handles only GET
HTTP requests with the Slimapplication’s get()
method. It accepts two arguments:
- The route pattern (with optional named placeholders)
- The route callback
$app->get('/books/{id}', function ($request, $response, $args) {
// Show book identified by $args['id']
});
POST Route
You can add a route that handles only POST
HTTP requests with the Slimapplication’s post()
method. It accepts two arguments:
- The route pattern (with optional named placeholders)
- The route callback
$app->post('/books', function ($request, $response, $args) {
// Create new book
});
PUT Route
You can add a route that handles only PUT
HTTP requests with the Slimapplication’s put()
method. It accepts two arguments:
- The route pattern (with optional named placeholders)
- The route callback
$app->put('/books/{id}', function ($request, $response, $args) {
// Update book identified by $args['id']
});
DELETE Route
You can add a route that handles only DELETE
HTTP requests with the Slimapplication’s delete()
method. It accepts two arguments:
- The route pattern (with optional named placeholders)
- The route callback
$app->delete('/books/{id}', function ($request, $response, $args) {
// Delete book identified by $args['id']
});
OPTIONS Route
You can add a route that handles only OPTIONS
HTTP requests with the Slimapplication’s options()
method. It accepts two arguments:
- The route pattern (with optional named placeholders)
- The route callback
$app->options('/books/{id}', function ($request, $response, $args) {
// Return response headers
});
PATCH Route
You can add a route that handles only PATCH
HTTP requests with the Slimapplication’s patch()
method. It accepts two arguments:
- The route pattern (with optional named placeholders)
- The route callback
$app->patch('/books/{id}', function ($request, $response, $args) {
// Apply changes to book identified by $args['id']
});
Any Route
You can add a route that handles all HTTP request methods with the Slim application’s any()
method. It accepts two arguments:
- The route pattern (with optional named placeholders)
- The route callback
$app->any('/books/[{id}]', function ($request, $response, $args) {
// Apply changes to books or book identified by $args['id'] if specified.
// To check which method is used: $request->getMethod();
});
Note that the second parameter is a callback. You could specify a Class which implementes the __invoke()
method instead of a Closure. You can then do the mapping somewhere else:
$app->any('/user', 'MyRestfulController');
Custom Route
You can add a route that handles multiple HTTP request methods with the Slim application’s map()
method. It accepts three arguments:
- Array of HTTP methods
- The route pattern (with optional named placeholders)
- The route callback
$app->map(['GET', 'POST'], '/books', function ($request, $response, $args) {
// Create new book or list all books
});
Route callbacks
Each routing method described above accepts a callback routine as its final argument. This argument can be any PHP callable, and by default it accepts three arguments.
Request
The first argument is aPsr\Http\Message\ServerRequestInterface
object that represents the current HTTP request.Response
The second argument is aPsr\Http\Message\ResponseInterface
object that represents the current HTTP response.Arguments
The third argument is an associative array that contains values for the current route’s named placeholders.
Writing content to the response
There are two ways you can write content to the HTTP response. First, you can simply echo()
content from the route callback. This content will be appended to the current HTTP response object. Second, you can return a Psr\Http\Message\ResponseInterface
object.
Closure binding
If you use a dependency container and a Closure
instance as the route callback, the closure’s state is bound to the Container
instance. This means you will have access to the DI container instance inside of the Closure via the $this
keyword:
$app->get('/hello/{name}', function ($request, $response, $args) {
// Use app HTTP cookie service
$this->get('cookies')->set('name', [
'value' => $args['name'],
'expires' => '7 days'
]);
});
Heads Up!
Slim does not support static
closures.
Redirect helper
You can add a route that redirects GET
HTTP requests to a different URL withthe Slim application’s redirect()
method. It accepts three arguments:
- The route pattern (with optional named placeholders) to redirect
from
- The location to redirect
to
, which may be astring
or aPsr\Http\Message\UriInterface - The HTTP status code to use (optional;
302
if unset)
$app->redirect('/books', '/library', 301);
redirect()
routes respond with the status code requested and a Location
header set to the second argument.
Route strategies
The route callback signature is determined by a route strategy. By default, Slim expects route callbacks to accept the request, response, and an array of route placeholder arguments. This is called the RequestResponse strategy. However, you can change the expected route callback signature by simply using a different strategy. As an example, Slim provides an alternative strategy called RequestResponseArgs
that accepts request and response, plus each route placeholder as a separate argument.
Here is an example of using this alternative strategy:
<?php
use Slim\Factory\AppFactory;
use Slim\Handlers\Strategies\RequestResponseArgs;
require __DIR__ . '/../vendor/autoload.php';
$app = AppFactory::create();
/**
* Changing the default invocation strategy on the RouteCollector component
* will change it for every route being defined after this change being applied
*/
$routeCollector = $app->getRouteCollector();
$routeCollector->setDefaultInvocationStrategy(new RequestResponseArgs());
$app->get('/hello/{name}', function ($request, $response, $name) {
return $response->write($name);
});
Alternatively you can set a different invocation strategy on a per route basis:
<?php
use Slim\Factory\AppFactory;
use Slim\Handlers\Strategies\RequestResponseArgs;
require __DIR__ . '/../vendor/autoload.php';
$app = AppFactory::create();
$routeCollector = $app->getRouteCollector();
$route = $app->get('/hello/{name}', function ($request, $response, $name) {
return $response->write($name);
});
$route->setInvocationStrategy(new RequestResponseArgs());
You can provide your own route strategy by implementing the Slim\Interfaces\InvocationStrategyInterface
.
Route placeholders
Each routing method described above accepts a URL pattern that is matched against the current HTTP request URI. Route patterns may use named placeholders to dynamically match HTTP request URI segments.
Format
A route pattern placeholder starts with a {
, followed by the placeholder name, ending with a }
. This is an example placeholder named name
:
$app->get('/hello/{name}', function (Request $request, Response $response, $args) {
$name = $args['name'];
echo "Hello, $name";
});
Optional segments
To make a section optional, simply wrap in square brackets:
$app->get('/users[/{id}]', function ($request, $response, $args) {
// responds to both `/users` and `/users/123`
// but not to `/users/`
});
Multiple optional parameters are supported by nesting:
$app->get('/news[/{year}[/{month}]]', function ($request, $response, $args) {
// reponds to `/news`, `/news/2016` and `/news/2016/03`
});
For “Unlimited” optional parameters, you can do this:
$app->get('/news[/{params:.*}]', function ($request, $response, $args) {
// $params is an array of all the optional segments
$params = explode('/', $args['params']);
});
In this example, a URI of /news/2016/03/20
would result in the $params
arraycontaining three elements: ['2016', '03', '20']
.
Regular expression matching
By default the placeholders are written inside {}
and can accept anyvalues. However, placeholders can also require the HTTP request URI to match a particular regular expression. If the current HTTP request URI does not match a placeholder regular expression, the route is not invoked. This is an example placeholder named id
that requires one or more digits.
$app->get('/users/{id:[0-9]+}', function ($request, $response, $args) {
// Find user identified by $args['id']
});
Route names
Application routes can be assigned a name. This is useful if you want to programmatically generate a URL to a specific route with the RouteParser’s urlFor()
method. Each routing method described above returns a Slim\Route
object, and this object exposes a setName()
method.
$app->get('/hello/{name}', function ($request, $response, $args) {
echo "Hello, " . $args['name'];
})->setName('hello');
You can generate a URL for this named route with the application RouteParser’s urlFor()
method.
$routeParser = $app->getRouteCollector()->getRouteParser();
echo $routeParser->urlFor('hello', ['name' => 'Josh'], ['example' => 'name']);
// Outputs "/hello/Josh?example=name"
The RouteParser’s urlFor()
method accepts three arguments:
$routeName
The route name. A route’s name can be set via$route->setName('name')
. Route mapping methods return an instance ofRoute
so you can set the name directly after mapping the route. e.g.:$app->get('/', function () {…})->setName('name')
$data
Associative array of route pattern placeholders and replacement values.$queryParams
Associative array of query parameters to be appended to the generated url.
Route groups
To help organize routes into logical groups, the Slim\App
also provides a group()
method. Each group’s route pattern is prepended to the routes or groups contained within it, and any placeholder arguments in the group pattern are ultimately made available to the nested routes:
$app->group('/users/{id:[0-9]+}', function (RouteCollectorProxy $group) {
$group->map(['GET', 'DELETE', 'PATCH', 'PUT'], '', function ($request, $response, $args) {
// Find, delete, patch or replace user identified by $args['id']
})->setName('user');
$group->get('/reset-password', function ($request, $response, $args) {
// Route for /users/{id:[0-9]+}/reset-password
// Reset the password for user identified by $args['id']
})->setName('user-password-reset');
});
The group pattern can be empty, enabling the logical grouping of routes that do not share a common pattern.
$app->group('', function (RouteCollectorProxy $group) {
$group->get('/billing', function ($request, $response, $args) {
// Route for /billing
});
$group->get('/invoice/{id:[0-9]+}', function ($request, $response, $args) {
// Route for /invoice/{id:[0-9]+}
});
})->add(new GroupMiddleware());
Note inside the group closure, Slim binds the closure to the container instance.
- inside route closure,
$this
is bound to the instance ofPsr\Container\ContainerInterface
Route middleware
You can also attach middleware to any route or route group.
$app->group('/foo', function (RouteCollectorProxy $group) {
$group->get('/bar', function ($request, $response, $args) {
})->add(new RouteMiddleware());
})->add(new GroupMiddleware());
Route expressions caching
It’s possible to enable router cache via RouteCollector::setCacheFile()
. See examples below:
<?php
use Slim\Factory\AppFactory;
require __DIR__ . '/../vendor/autoload.php';
$app = AppFactory::create();
/**
* To generate the route cache data, you need to set the file to one that does not exist in a writable directory.
* After the file is generated on first run, only read permissions for the file are required.
*
* You may need to generate this file in a development environment and comitting it to your project before deploying
* if you don't have write permissions for the directory where the cache file resides on the server it is being deployed to
*/
$routeCollector = $app->getRouteCollector();
$routeCollector->setCacheFile('/path/to/cache.file');
Container Resolution
You are not limited to defining a function for your routes. In Slim there are a few different ways to define your route action functions.
In addition to a function, you may use:
- container_key:method
- Class:method
- Class implementing
__invoke()
method - container_keyThis functionality is enabled by Slim’s Callable Resolver Class. It translates a string entry into a function call.Example:
$app->get('/', '\HomeController:home');
Alternatively, you can take advantage of PHP’s ::class
operator which works well with IDE lookup systems and produces the same result:
$app->get('/', \HomeController::class . ':home');
In this code above we are defining a /
route and telling Slim to execute the home()
method on the HomeController
class.
Slim first looks for an entry of HomeController
in the container, if it’s found it will use that instance otherwise it will call it’s constructor with the container as the first argument. Once an instance of the class is created it will then call the specified method using whatever Strategy you have defined.
Registering a controller with the container
Create a controller with the home
action method. The constructor should acceptthe dependencies that are required. For example:
<?php
class HomeController
{
protected $view;
public function __construct(\Slim\Views\Twig $view) {
$this->view = $view;
}
public function home($request, $response, $args) {
// your code here
// use $this->view to render the HTML
return $response;
}
}
Create a factory in the container that instantiates the controller with the dependencies:
$container = $app->getContainer();
$container->set('HomeController', function (ContainerInterface $c) {
$view = $c->get('view'); // retrieve the 'view' from the container
return new HomeController($view);
});
This allows you to leverage the container for dependency injection and so you caninject specific dependencies into the controller.
Allow Slim to instantiate the controller
Alternatively, if the class does not have an entry in the container, then Slimwill pass the container’s instance to the constructor. You can construct controllerswith many actions instead of an invokable class which only handles one action.
<?php
use Psr\Container\ContainerInterface;
class HomeController
{
protected $container;
// constructor receives container instance
public function __construct(ContainerInterface $container) {
$this->container = $container;
}
public function home($request, $response, $args) {
// your code
// to access items in the container... $this->container->get('');
return $response;
}
public function contact($request, $response, $args) {
// your code
// to access items in the container... $this->container->get('');
return $response;
}
}
You can use your controller methods like so.
$app->get('/', \HomeController::class . ':home');
$app->get('/contact', \HomeController::class . ':contact');
Using an invokable class
You do not have to specify a method in your route callable and can just set it to be an invokable class such as:
<?php
use Psr\Container\ContainerInterface;
class HomeAction
{
protected $container;
public function __construct(ContainerInterface $container) {
$this->container = $container;
}
public function __invoke($request, $response, $args) {
// your code
// to access items in the container... $this->container->get('');
return $response;
}
}
You can use this class like so.
$app->get('/', \HomeAction::class);
Again, as with controllers, if you register the class name with the container, then youcan create a factory and inject just the specific dependencies that you require into youraction class.