Getting started
Routing and controllers
Command line
Databases (SQL)
Databases (NoSQL)
Security
Packages
Learn more
Routing
The Mako router lets you map URL patterns to class methods and closures. It also allows you to perform reverse routing so that you don't have to hardcode URLs in your application.
Routes are registered in the phpapp/routing/routes.php file and there are three variables avaiable in the scope, php$routes (the route collection) and php$app (the application instance) and php$container (the IoC container instance).
Basics
The following route will forward all phpGET requests to the php/ route to the phpwelcome method of the phpapp\controllers\Homecontroller class.
$routes->get('/', 'app\controllers\Home::welcome');
If you want the route to respond to phpPOST requests instead then you'll have to use the phppost method.
$routes->post('/', 'app\controllers\Home::welcome');
The available methods are phpget, phppost, phpput, phppatch, and phpdelete.
You can also make a route respond to all request methods using the phpall method.
$routes->all('/', 'app\controllers\Home::welcome');
All routes will by default respond to requests made using the
phpOPTIONSmethod.phpGETroutes will also respond tophpHEADrequests.
If you only want to allow a specific set of methods then you can use the phpmethods method.
$routes->methods(['GET', 'POST'], '/', 'app\controllers\Home::welcome');
Routes can also execute closures instead of class methods.
$routes->get('/hello-world', function()
{
return 'Hello, world!';
});
Route parameters
You'll often want to send parameters to your route actions. This is easy and can be done like this.
$routes->get('/articles/{id}', function($id)
{
return $id;
});
If you need to make a parameter optional then you can do so by adding the php? suffix.
$routes->get('/articles/{id}/{slug}?', function($id, $slug = null)
{
return $id . ' ' . $slug;
});
You can also impose constraints on your parameters using the phpwhen method. The route will not be matched unless all constraints are satisfied.
$routes->get('/articles/{id}', function($id)
{
return 'article ' . $id;
})
->when(['id' => '[0-9]+']);
Closure actions get executed by the phpContainer::call() method so all dependecies are automatically injected.
$routes->get('/article/{id}', function(ViewFactory $view, $id)
{
return $view->render('article', ['id' => $id]);
})
->when(['id' => '[0-9]+']);
Route filters
Defining filters
You can define filters that will get executed before and after your route actions.
Filters are registered in the phpapp/routing/filters.php file. There are three variables avaiable in the scope, php$filters (the filter collection) and php$app (the application instance) and php$container (the IoC container instance).
Closure filters get executed by the phpContainer::call() method so all dependecies are automatically injected.
The route filters (both class filters and closures) are executed using the phpContainer::call() method. This means that you typehint dependencies just like you can with route actions.
Note that a route action and its after filters will not be executed if a before filter returns data.
This filter will return cached version of route response if it's available.
$filters->register('cache.get', function(Request $request, CacheManager $cache)
{
if($cache->has('route.' . $request->path()))
{
return $cache->get('route.' . $request->path());
}
});
This filter will cache route responses for 10 minutes:
$filters->register('cache.put', function(Request $request, Response $response, CacheManager $cache, $minutes = 10)
{
$cache->put('route.' . $request->path(), $response->getBody(), 60 * $minutes);
});
The cache example above is very basic and should probably not be used in a production environment.
You can also create a filter classes instead of closures. The class will be instantiated through the dependency injection container so you can easily inject your dependencies through the constructor.
<?php
namespace app\routing\filters;
use mako\http\Request;
use mako\http\Response;
class MyFilter
{
public function construct(Request $request, Response $response)
{
$this->request = $request;
$this->response = $response;
}
public function filter()
{
// Do your filtering here
}
}
Registering a filter class is just as easy as registering a closure.
$filters->register('my_filter', 'app\routing\filters\MyFilter');
Assigning filters
Assigning filters to a route is done using the phpbefore and phpafter methods. You can also pass an array of filters if your route has multiple filters. The filters get executed in the order that they are assigned.
$routes->get('/articles/{id}', 'app\controllers\Articles::view')
->when(['id' => '[0-9]+'])
->before('cache.read')
->after('cache.write');
You can also pass parameters to your filters. In the example below we're telling the filter to cache the response for 60 minutes instead of the default 10.
$routes->get('/articles/{id}', 'app\controllers\Articles::view')
->when(['id' => '[0-9]+'])
->before('cache.read')
->after('cache.write:{"minutes":60}');
Anything after the first colon symbol (
php:) will be parsed as JSON. In the example above we're telling the dispatcher that the valuephp60should be passed to thephp$minutesparameter of the filter.
Route groups
Route groups are usefull when you have a set of groups with the same constraints and filters.
$options =
[
'before' => 'cache.read',
'after' => 'cache.write',
'when' => ['id' => '[0-9]+'],
'namespace' => 'app\controllers',
];
$routes->group($options, function($routes)
{
$routes->get('/articles/{id}', 'Articles::view');
$routes->get('/photos/{id}', 'Photos::view');
});
All routes within the group will now have the same filters and constraints. You can also nest groups if needed.
The following options are available when creating a route group. They are also available as chainable methods on individual routes.
| Option | Method | Description |
|---|---|---|
| before | before | A before filter or an array of before filters |
| after | after | An after filter or an array of aflter filters |
| when | when | An array of parameter constraints |
| prefix | prefix | Route prefix |
| namespace | setNamespace | The controller namespace (closures will not be affected) |
Reverse routing
You can assign names to your routes when you define them. This will allow you to perform reverse routing, thus removing the need of hardcoding URLs in your views.
$routes->get('/', 'Home::Welcome', 'home');
The route in the example above has been named phphome and we can now create a URL to the route using the phptoRoute method of the phpURLBuilder class.
<a href="{{$urlBuilder->toRoute('home')}}">Home</a>
You can also pass parameters to your route URLs.
<a href="{{$urlBuilder->toRoute('articles.view', ['id' => 1])">Article</a>
Faking request methods
Most browsers only support sending phpGET and phpPOST requests. You can get around this limitation by performing a phpPOST request including a phpREQUEST_METHOD_OVERRIDE field where you specify the request method you want to use.
<input type="hidden" name="REQUEST_METHOD_OVERRIDE" value="DELETE">
Another solution is to send a phpX_HTTP_METHOD_OVERRIDE header.