Based on Enrico Zimuel’s Zend Expressive API – Skeleton example, Dotkernel API runs on Laminas and Mezzio components and implements standards like PSR-3, PSR-4, PSR-7, PSR-11 and PSR-15.
Here is a list of the core components:
For the persistence in a relational database management system we chose Doctrine ORM (object-relational mapper).
The benefit of Doctrine for the programmer is the ability to focus on the object-oriented business logic and worry about persistence only as a secondary priority.
Our documentation is Postman based. We use the following files in which we store information about every available endpoint ready to be tested:
For our API payloads (a value object for describing the API resource, its relational links and any embedded/child resources related to it) we chose mezzio-hal.
By using MezzioCorsMiddlewareCorsMiddleware
, the CORS preflight will be recognized and the middleware will start to detect the proper CORS configuration.
The Router is used to detect every allowed request method by executing a route match with all possible request methods.
Therefore, for every preflight request, there is at least one Router request.
OAuth 2.0 is an authorization framework that enables applications to obtain limited access to user accounts on your Dotkernel API. We are using mezzio/mezzio-authentication-oauth2 which provides OAuth 2.0 authentication for Mezzio and PSR-7/PSR-15 applications by using league/oauth2-server package.
It is not unlikely for an API to send emails depending on the use case.
Here is another area where Dotkernel API shines.
Using DotMailServiceMailService
provided by dotkernel/dot-mail you can easily send custom email templates.
From authorization at request route level to API keys for your application, you can find every configuration variable in the config directory.
Registering a new module can be done by including its ConfigProvider.php in config.php.
Brand new middlewares should go into pipeline.php. Here you can edit the order in which they run and find more info about the currently included ones.
You can further customize your api within the autoload directory where each configuration category has its own file.
Each module has a RoutesDelegator.php
file for managing existing routes inside that specific module.
It also allows a quick way of adding new routes by providing the route path, Middlewares that the route will use and the route name.
You can allocate permissions per route name in order to restrict access for a user role to a specific route in config/autoload/authorization.global.php
.
For registering new commands first make sure your command class extends Symfony\Component\Console\Command\Command
.
Then you can enable it by registering it in config/autoload/cli.global.php
.
Here you will also find our brand-new file locker configuration, so you can easily turn it on or off (by default: 'enabled' => true
).
Note: The File Locker System will create a command-{command-default-name}.lock
file which will not let another instance of the same command to run until the previous one has finished.
LoggerInterface
for error loggingResponseInterface
RequestHandlerInterface
One of the best ways to ensure the quality of your product is to create and run functional and unit tests.
You can find factory-made tests in the tests/AppTest/
folder, and you can also register your own.
We have 2 types of tests: functional and unit tests, you can run both types at the same type by executing this command:
php vendor/bin/phpunit
vendor/bin/phpunit --testsuite=UnitTests --testdox --colors=always
vendor/bin/phpunit --testsuite=FunctionalTests --testdox --colors=always