Routing
use Siler\Route;
Route\get('/path', <handler>);
Route\post('/path', <handler>);
Route\put('/path', <handler>);
Route\delete('/path', <handler>);
Route\options('/path', <handler>);
Also a facade to catch any HTTP method:
Route\any('/path', <handler>);
Additional and custom HTTP methods can be set using the route
function:
Route\route('custom', '/path', <handler>);
With an array
, you can listen for multiple HTTP methods on the same handler:
Route\route(['post', 'put'], '/path', <handler>);
Route parameters
Route parameters can be defined using Regular Expressions:
Route\get('/number/([0-9]+)', <handler>);
Or using a little syntax for creating named groups, that is just wrapping the parameter name around curly-brackets:
Route\get('/number/{n}', <handler>);
Optional parameters
Optional named parameters can be defined using the question mark ?
as sufix:
Route\get('/hello/{name}?', <handler>);
Route handlers
The <handler>
placeholder you saw is where you can put the route logic and it can be contained on the following:
Callables
Route\get('/hello/{name}', function (array $routeParams) {
echo 'Hello '.($routeParams['name'] ?? 'World');
});
As a Closures:
$handler = function (array $routeParams) {
echo 'Hello World';
};
function create_handler() {
return function (array $routeParams) {
echo 'Hello World';
};
}
Route\get('/', $handler);
Route\get('/', create_handler());
As a method call on array-syntax:
class Hello {
public function world(array $routeParams) {
echo 'Hello World';
}
}
$hello = new Hello();
Route\get('/', [$hello, 'world']);
As a static method call string-syntax:
class Hello {
static public function world(array $routeParams) {
echo 'Hello World';
}
}
Route\get('/', 'Hello::world');
As any kind of callable:
class Hello {
public function __invoke(array $routeParams) {
echo 'Hello World';
}
}
Route\get('/', new Hello());
Filenames
Handlers can be a String representing the filename of another PHP file, route parameters will be available at the global $params
variable:
Route\get('/hello/{name}', 'pages/home.php');
echo 'Hello '.$params['name'];
Resources
CRUD routes can be auto-magically be defined for convenience using the Rails and Laravel pattern.
Given this resource declaration:
Route\resource('/users', 'api/users');
Siler will look for files at path/to/files
matching the HTTP URI according to the table below:
GET
/users
/api/users/index.php
GET
/users/create
/api/users/create.php
POST
/users
/api/users/store.php
GET
/users/{id}
/api/users/show.php
GET
/users/{id}/edit
/api/users/edit.php
PUT
/users/{id}
/api/users/update.php
DELETE
/users/{id}
/api/users/destroy.php
The file structure should look like:
index.php
/api
└── /users
├─ index.php
├─ create.php
├─ store.php
├─ show.php
├─ edit.php
├─ update.php
└─ destroy.php
Files
You can also let Siler create the routes recursively looking for files at a base path. Then the files names will be used to define the method and the path.
Route\files('controllers');
Siler will interpret periods (.) as slashes and also maintain folder structure at HTTP path:
index.get.php
GET
/
index.post.php
POST
/
foo.get.php
GET
/foo
bar/index.get.php
GET
/bar
foo.bar.get.php
GET
/foo/bar
foo/bar.get.php
GET
/foo/bar
foo/bar/index.get.php
GET
/foo/bar
Since {
and }
are valid chars in a filename, route parameters should work as well, but you can define required parameters prefixing with $
and optional parameters using @
:
Any method is valid, it is guessed based on the penultimate "token":
foo.options.php
OPTIONS
/foo
foo.x-custom.php
X-CUSTOM
/foo
When creating routes, be careful about early and lazy evaluations.
Route\get('/foo', [new FooController(), 'index']);
The example above is early, which means it will call FooController
constructor for each request even if it's not a request to /foo
.
To make it lazy you can wrap inside a Closure
:
Route\get('/foo', function () {
$controller = new FooController();
return $controller->index();
});
Now FooController
is called only when there is a match for route /foo
.
One downside is that now you have to explicitly manage path parameters, on the other hand is a best practice to do so.
It is a good time to validate parameters, convert plain string parameters to meaningful types on your domain or resolve dependencies.
Route\get('/users/{id}', function (array $params) use ($ioc) {
if (!preg_match('/[0-9]+/', $params['id']) {
$controller = $ioc->resolve(ErrorController::class);
return $controller->invalid('IDs must be numbers');
}
$controller = $ioc->resolve(UsersController::class);
return $controller->show($params['id']);
});
Request
Body
You can grab the raw request body using:
use Siler\Http\Request;
$body = Request\raw();
Parse as URL-encoded data using:
$params = Request\params();
Parse as JSON using:
$resource = Request\json();
$_GET and $_POST superglobals
Or get data from a Form and from the Query String using:
$input = Request\post('input');
$searchTerm = Request\get('q');
Calling them without arguments will tell Siler to return all the values as an array
:
$data = Request\post();
$queryString = Request\get();
You can also pass a default value if the key isn't present in the GET or POST super-globals:
$input = Request\post('input', 'default-value');
Headers
Also conveniently get a header as easy as for the body:
$contentType = Request\header('Content-Type');
e.g. Serving both JSON and Form requests:
$data = Request\header('Content-Type') == 'json' ? Request\json() : Request\post();
Response
Siler also have convenient functions to simplify HTTP responses.
You can output JSON encoded body with proper headers in just one line:
use Siler\Http\Response;
Response\json(['error' => false, 'message' => 'It works']);
It will already output the given data, you don't need to call echo
or print
so use carefully, it's not a encoder, it's an output-er.
Headers
Same easy as for Request, you can set HTTP response headers with the header
function at Response
namespace:
Response\header('Access-Control-Allow-Origin', 'https://know-domain.tld');
Response\header('Access-Control-Allow-Methods', 'GET, POST, PUT, DELETE');
Last updated
Was this helpful?