icanboogie / routing
Request routing
Installs: 6 166
Dependents: 3
Suggesters: 0
Security: 0
Stars: 5
Watchers: 2
Forks: 1
Open Issues: 2
Requires
- php: >=7.2
- ext-json: *
- icanboogie/http: ^4.0
Requires (Dev)
- phpunit/phpunit: ^8.5
README
The icanboogie/routing package handles URL rewriting in native PHP. A Request is mapped to a Route, which in turn is mapped to a Responder. If the process is successful a response is returned. Events are emitted along the way to allow listeners to alter the request or the response, or recover from failure.
The following example is an overview of request processing. The routing components are part of the stack of responder providers.
<?php namespace ICanBoogie\HTTP; /* @var ResponderProvider $responder_provider */ // The request is usually created from the $_SERVER super global. $request = Request::from($_SERVER); // The Responder Provider matches a request with a Responder $responder = $responder_provider->responder_for_request($request); // The Responder responds to the request with a Response, it might also throw an exception. $response = $responder->respond($request); // The response is sent to the client. $response();
Installation
composer require icanboogie/routing
A route
A route is represented with a Route instance. Two parameters are required to create an instance:
pattern
and action
. pattern
is the pattern to match or generate a URL. action
is an
identifier for an action, which can be used to match with a Responder.
The route pattern
A pattern is used to match a URL with a route. Placeholders may be used to match multiple URL to a single route and extract its parameters. Three types of placeholder are available:
-
Relaxed placeholder: Only the name of the parameter is specified, it matches anything until the following part. e.g.
/articles/:id/edit
. -
Constrained placeholder: A regular expression is used to match the parameter value. e.g.
/articles/<id:\d+>/edit
where<id:\d+>
is the placeholder for theid
parameter which value must matches/^\d+$/
. -
Anonymous constrained placeholder: Same as the constrained placeholder, except the parameter has no name but an index e.g.
/articles/<\d+>/edit
where<\d+>
in a placeholder which index is 0.
Additionally, the joker character *
—which can only be used at the end of a pattern—matches
anything. e.g. /articles/123*
matches /articles/123
and /articles/123456
as well.
Finally, constraints RegExp are extended with the following:
{:sha1:}
: Matches SHA-1 hashes. e.g./files/<hash:{:sha1:}>
.{:uuid:}
: Matches Universally unique identifiers (UUID). e.g./articles/<uuid:{:uuid:}>/edit
.
You can use them in any combination:
/blog/:year-:month-:slug
/blog/<year:\d{4}>-<month:\d{2}>-:slug
/images/<uuid:{:uuid:}>/<size:\d+x|x\d+|\d+x\d+>*
Route providers
Route providers are used to find the route that matches a predicate. Simple route providers are often decorated with more sophisticated ones that can improve performance.
Here is an overview of a route provider usage, details are available in the Route Providers documentation.
<?php namespace ICanBoogie\Routing; use ICanBoogie\HTTP\RequestMethod; use ICanBoogie\Routing\RouteProvider\ByAction; use ICanBoogie\Routing\RouteProvider\ByUri; /* @var RouteProvider $routes */ $routes->route_for_predicate(new ByAction('articles:show')); $routes->route_for_predicate(new ByUri('/articles/123', RequestMethod::METHOD_GET)); $routes->route_for_predicate(fn(Route $route) => $route->action === 'articles:show');
Responding to a request
A request can be dispatched to a matching Responder provided a route matches the request URI and method.
<?php use ICanBoogie\HTTP\Request; use ICanBoogie\HTTP\RequestMethod; use ICanBoogie\HTTP\Responder; use ICanBoogie\Routing\RouteProvider; $routes = new RouteProvider\Immutable([ new Route('/articles/<id:\d+>', 'articles:delete', RequestMethod::METHOD_DELETE) ]); $request = Request::from([ Request::OPTION_URI => "/articles/123", Request::OPTION_METHOD => RequestMethod::METHOD_DELETE, ]); /* @var Responder $responder */ $response = $responder->respond($request);
Controllers
Previous examples demonstrated how closures could be used to handle routes. Closures are perfectly fine when you start building your application, but as soon as it grows, you might want to use controller classes instead to better organize your application. You can map each route to its ControllerAbstract class, or use the ActionTrait to group related HTTP request handling logic into a single controller.
Controller response
When invoked, the controller should return a result, or null
if it can't handle the request.
The result of the action()
method is handled by the __invoke()
method: if the result is a
Response instance, it is returned as is; if the Response instance attached to the
controller has been initialized (through the $this->response
getter, for instance), the result
is used as the body of the response; otherwise, the result is returned as is.
Before the action is executed
Controller\BeforeActionEvent is emitted before the action()
method is invoked. Listeners may
provide a response and thus cancel the action. Event hooks may also use this event to alter the
controller before the action is executed.
After the action is executed
Controller\ActionEvent is emitted after the action()
method was invoked. Listeners may alter
the result of the method.
Basic controllers
Basic controllers extend from ControllerAbstract and must implement the action()
method.
Note
The action()
method is invoked from within the controller, by the __invoke()
method,
and is better defined as protected. The __invoke()
method is final, thus can't be overridden.
<?php namespace App\Modules\Articles\Routing; use ICanBoogie\HTTP\Request; use ICanBoogie\Routing\Controller; class DeleteController extends Controller { protected function action(Request $request) { // Your code goes here and should return a string or a Response instance } }
Although any class implementing __invoke()
is suitable as a controller, it is recommended to
extend ControllerAbstract as it makes accessing your application features much easier. Also, you
might benefit from prototype methods and event hooks attached to the ControllerAbstract class,
such as the view
property added by the icanboogie/view package.
The following properties are provided by the ControllerAbstract class:
name
: The name of the controller, extracted from its class name e.g.articles_delete
.request
: The request being dispatched.route
: The route being dispatched.
Action controllers
Here is an example of an action controller, details are available in the Action controllers documentation.
<?php use ICanBoogie\Routing\ControllerAbstract; use ICanBoogie\Routing\Controller\ActionTrait; final class ArticleController extends ControllerAbstract { use ActionTrait; private function list(): string { // … } private function show(): string { // … } }
Exceptions
The exceptions defined by the package implement the ICanBoogie\Routing\Exception
interface,
so that they're easy to recognize:
<?php try { // … } catch (\ICanBoogie\Routing\Exception $e) { // a routing exception } catch (\Exception $e) { // another type of exception }
The following exceptions are defined:
- ActionNotDefined: Thrown when an action is not defined, for instance when a route handled
by a controller using ActionTrait has an empty
action
property. - InvalidPattern: Thrown when trying to define a route without a pattern.
Continuous Integration
The project is continuously tested by GitHub actions.
Code of Conduct
This project adheres to a Contributor Code of Conduct. By participating in this project and its community, you're expected to uphold this code.
Contributing
See CONTRIBUTING for details.