Application builders provide an easy way to configure your application. They are passed into modules where you can decorate them with the components a part of your business domain needs (eg routes, binders, global middleware, console commands, validators, etc). For example, if you are running a site where users can buy books, you might have a user module, a book module, and a shopping cart module. Each of these modules will have separate binders, routes, console commands, etc. So, why not bundle all the configuration logic by module?
Let's look at an example of a module:
use Aphiria\Application\IApplicationBuilder;
use Aphiria\Console\Commands\Command;
use Aphiria\Console\Commands\CommandRegistry;
use Aphiria\Framework\Application\AphiriaModule;
use Aphiria\Routing\RouteCollectionBuilder;
final class UserModule extends AphiriaModule
{
public function configure(IApplicationBuilder $appBuilder): void
{
$this->withBinders($appBuilder, new UserServiceBinder())
->withRoutes($appBuilder, function (RouteCollectionBuilder $routes) {
$routes->get('users/:id')
->mapsToMethod(UserController::class, 'getUserById');
})
->withCommands($appBuilder, function (CommandRegistry $commands) {
$commands->registerCommand(
new Command('report:generate'),
GenerateUserReportCommandHandler::class
);
});
}
}
Here's the best part of how Aphiria was built - there's nothing special about Aphiria-provided components. You can write your own components to be just as powerful and easy to use as Aphiria's.
Another great thing about Aphiria's application builders is that they allow you to abstract away the runtime of your application (eg PHP-FPM or Swoole) without having to touch your domain logic. We'll get into more details on how to do this below.
Either extend AphiriaModule
or use the AphiriaComponents
trait to register a module:
use Aphiria\Application\IApplicationBuilder;
use Aphiria\Framework\Application\AphiriaModule;
final class GlobalModule extends AphiriaModule
{
public function configure(IApplicationBuilder $appBuilder): void
{
$this->withModules($appBuilder, new MyModule());
// Or register many modules
$this->withModules($appBuilder, [new MyModule1(), new MyModule2()]);
}
}
A component is a piece of your application that is shared across business domains. Below, we'll go over the components that are bundled with Aphiria, and some decoration methods to help configure them.
You can configure your module to require binders.
use Aphiria\Application\IApplicationBuilder;
use Aphiria\Framework\Application\AphiriaModule;
final class UserModule extends AphiriaModule
{
public function configure(IApplicationBuilder $appBuilder): void
{
// Add a binder
$this->withBinders($appBuilder, new UserServiceBinder());
// Or use an array of binders
$this->withBinders($appBuilder, [new UserServiceBinder()]);
}
}
You can manually register routes for your module, and you can enable route attributes.
use Aphiria\Application\IApplicationBuilder;
use Aphiria\Framework\Application\AphiriaModule;
use Aphiria\Routing\RouteCollectionBuilder;
final class UserModule extends AphiriaModule
{
public function configure(IApplicationBuilder $appBuilder): void
{
// Manually add some routes
$this->withRoutes($appBuilder, function (RouteCollectionBuilder $routes) {
$routes->get('users/:id')
->mapsToMethod(UserController::class, 'getUserById');
});
// Enable route attributes
$this->withRouteAttributes($appBuilder);
}
}
Some modules might need to add global middleware to your application.
use Aphiria\Application\IApplicationBuilder;
use Aphiria\Framework\Application\AphiriaModule;
use Aphiria\Middleware\MiddlewareBinding;
final class UserModule extends AphiriaModule
{
public function configure(IApplicationBuilder $appBuilder): void
{
// Add global middleware (executed before each route)
$this->withGlobalMiddleware($appBuilder, new MiddlewareBinding(Cors::class));
// Or use an array of bindings
$this->withGlobalMiddleware($appBuilder, [new MiddlewareBinding(Cors::class)]);
// Or with a priority (lower number == higher priority)
$this->withGlobalMiddleware($appBuilder, new MiddlewareBinding(Cors::class), 1);
}
}
You can manually register console commands, and enable command attributes from your modules.
use Aphiria\Application\IApplicationBuilder;
use Aphiria\Console\Commands\Command;
use Aphiria\Console\Commands\CommandRegistry;
use Aphiria\Framework\Application\AphiriaModule;
final class UserModule extends AphiriaModule
{
public function configure(IApplicationBuilder $appBuilder): void
{
// Manually add console commands
$this->withCommands($appBuilder, function (CommandRegistry $commands) {
$commands->registerCommand(
new Command('report:generate'),
GenerateUserReportCommandHandler::class
);
});
// Enable command attributes
$this->withCommandAttributes($appBuilder);
// Register built-in framework commands
$this->withFrameworkCommands($appBuilder);
// Register built-in framework commands, but exclude certain ones
$this->withFrameworkCommands($appBuilder, ['app:serve']);
}
}
Aphiria provides methods for configuring your authenticator.
use Aphiria\Application\IApplicationBuilder;
use Aphiria\Authentication\AuthenticationScheme;
use Aphiria\Authentication\Schemes\BasicAuthenticationOptions;
use Aphiria\Authentication\Schemes\CookieAuthenticationOptions;
use Aphiria\Framework\Application\AphiriaModule;
final class GlobalModule extends AphiriaModule
{
public function configure(IApplicationBuilder $appBuilder): void
{
// Register an authentication scheme
$this->withAuthenticationScheme($appBuilder, new AuthenticationScheme(
'basic',
BasicAuthenticationHandler::class,
new BasicAuthenticationOptions(realm: 'example.com', claimsIssuer: 'https://example.com')
));
// Register a default authentication scheme
$this->withAuthenticationScheme($appBuilder, new AuthenticationScheme(
'cookie',
CookieAuthenticationHandler::class,
new CookieAuthenticationOptions(cookieName: 'authToken', claimsIssuer: 'https://example.com')
), true);
}
}
Customizing your authority is also simple.
use Aphiria\Application\IApplicationBuilder;
use Aphiria\Authorization\AuthorizationPolicy;
use Aphiria\Authorization\Requirements\RolesRequirement;
use Aphiria\Authorization\Requirements\RolesRequirementHandler;
use Aphiria\Framework\Application\AphiriaModule;
final class GlobalModule extends AphiriaModule
{
public function configure(IApplicationBuilder $appBuilder): void
{
// Register an authorization policy
$this->withAuthorizationPolicy($appBuilder, new AuthorizationPolicy(
'requires-admin',
new RolesRequirement('admin'),
'cookie'
));
// Register an authorization requirement handler
$this->withAuthorizationRequirementHandler(
$appBuilder,
RolesRequirement::class,
new RolesRequirementHandler()
);
}
}
You can also manually configure constraints for your models and enable validator attributes.
use Aphiria\Application\IApplicationBuilder;
use Aphiria\Framework\Application\AphiriaModule;
use Aphiria\Validation\Constraints\EmailConstraint;
use Aphiria\Validation\ObjectConstraintsRegistryBuilder;
final class UserModule extends AphiriaModule
{
public function configure(IApplicationBuilder $appBuilder): void
{
// Manually add constraints to a class
$this->withObjectConstraints($appBuilder, function (ObjectConstraintsRegistryBuilder $objectConstraintsBuilder) {
$objectConstraintsBuilder->class(User::class)
->hasPropertyConstraints('email', new EmailConstraint());
});
// Enable validator attributes
$this->withValidatorAttributes($appBuilder);
}
}
Exceptions may be mapped to custom problem details and PSR-3 log levels.
use Aphiria\Application\IApplicationBuilder;
use Aphiria\Console\Output\IOutput;
use Aphiria\Console\StatusCodes;
use Aphiria\Framework\Application\AphiriaModule;
use Aphiria\Net\Http\HttpStatusCode;
use Psr\Log\LogLevel;
final class UserModule extends AphiriaModule
{
public function configure(IApplicationBuilder $appBuilder): void
{
// Add a custom problem details status code for an exception
$this->withProblemDetails(
$appBuilder,
UserNotFoundException::class,
status: HttpStatusCode::NotFound
);
// Add a completely custom problem details mapping for an exception
$this->withProblemDetails(
$appBuilder,
OverdrawnException::class,
type: 'https://example.com/errors/overdrawn',
title: 'This account is overdrawn',
detail: fn ($ex) => "Account {$ex->accountId} is overdrawn by {$ex->overdrawnAmount}",
status: HttpStatusCode::BadRequest,
instance: fn ($ex) => "https://example.com/accounts/{$ex->accountId}/errors/{$ex->id}",
extensions: fn ($ex) => ['overdrawnAmount' => $ex->overdrawnAmount]
);
// Add a custom console output writer for an exception
$this->withConsoleExceptionOutputWriter(
$appBuilder,
UserNotFoundException::class,
function (UserNotFoundException $ex, IOutput $output) {
$output->writeln('Missing user');
return StatusCodes::FATAL;
}
);
// Add a custom PSR-3 log level for an exception
$this->withLogLevelFactory(
$appBuilder,
UserCorruptedException::class,
fn (UserCorruptedException $ex) => LogLevel::CRITICAL
);
}
}
You can add your own custom components to application builders. They typically have with*()
methods to let you configure the component, and a build()
method (called internally) that actually finishes building the component.
Note: Binders aren't dispatched until just before
build()
is called on the components. This means you can't inject dependencies from binders into your components - they won't have been bound yet. So, if you need any dependencies inside thebuild()
method, use the DI container to resolve them.
Let's say you prefer to use Symfony's router, and want to be able to add routes from your modules. This requires a few simple steps:
- Create a binder for the Symfony services
- Create a component to let you add routes from modules
- Register the binder and component to your app
- Start using the component
First, let's create a binder for the router so that the DI container can resolve it:
use Aphiria\DependencyInjection\Binders\Binder;
use Aphiria\DependencyInjection\IContainer;
use Symfony\Component\Routing\Matcher\UrlMatcher;
use Symfony\Component\Routing\Matcher\UrlMatcherInterface;
use Symfony\Component\Routing\RequestContext;
use Symfony\Component\Routing\RouteCollection;
final class SymfonyRouterBinder extends Binder
{
public function bind(IContainer $container): void
{
$routes = new RouteCollection();
$requestContext = new RequestContext(/* ... */);
$matcher = new UrlMatcher($routes, $requestContext);
$container->bindInstance(RouteCollection::class, $routes);
$container->bindInstance(UrlMatcherInterface::class, $matcher);
}
}
Next, let's define a component to let us add routes.
use Aphiria\Api\Application;
use Aphiria\Application\IComponent;
use Aphiria\DependencyInjection\IContainer;
use Aphiria\Net\Http\IRequestHandler;
use Symfony\Component\Routing\Route;
use Symfony\Component\Routing\RouteCollection;
final class SymfonyRouterComponent implements IComponent
{
private array $routes = [];
public function __construct(private IContainer $container) {}
public function build(): void
{
$routes = $this->container->resolve(RouteCollection::class);
foreach ($this->routes as $name => $route) {
$routes->add($name, $route);
}
// Tell our app to use a request handler that supports Symfony
// Note: You'd have to write this request handler
$this->container->for(Application::class, function (IContainer $container) {
$container->bindInstance(IRequestHandler::class, new SymfonyRouterRequestHandler());
});
}
// Define a method for adding routes from modules
public function withRoute(string $name, Route $route): self
{
$this->routes[$name] = $route;
return $this;
}
}
Let's register the binder and component to our app:
use Aphiria\Application\IApplicationBuilder;
use Aphiria\DependencyInjection\IContainer;
use Aphiria\Framework\Application\AphiriaModule;
final class GlobalModule extends AphiriaModule
{
public function __construct(private IContainer $container) {}
public function configure(IApplicationBuilder $appBuilder): void
{
$this->withComponent($appBuilder, new SymfonyRouterComponent($this->container))
->withBinders($appBuilder, new SymfonyRouterBinder());
}
}
All that's left is to start using the component from a module:
use Aphiria\Application\IApplicationBuilder;
use Aphiria\Application\IModule;
use Symfony\Component\Routing\Route;
final class MyModule implements IModule
{
public function configure(IApplicationBuilder $appBuilder): void
{
$appBuilder->getComponent(SymfonyRouterComponent::class)
->withRoute('GetUserById', new Route('users/{id}'));
}
}
If you'd like a more fluent syntax like the Aphiria components, just use a trait:
use Aphiria\Application\IApplicationBuilder;
use Aphiria\DependencyInjection\Container;
use Symfony\Component\Routing\Route;
trait SymfonyComponents
{
protected function withSymfonyRoute(IApplicationBuilder $appBuilder, string $name, Route $route): static
{
// Make sure the component is registered
if (!$appBuilder->hasComponent(SymfonyRouterComponent::class)) {
$appBuilder->withComponent(new SymfonyRouterComponent(Container::$globalInstance));
}
$appBuilder->getComponent(SymfonyRouterComponent::class)
->withRoute($name, $route);
return $this;
}
}
Then, use that trait inside your module:
use Aphiria\Application\IApplicationBuilder;
use Aphiria\Application\IModule;
use Symfony\Component\Routing\Route;
final class MyModule implements IModule
{
use SymfonyComponents;
public function configure(IApplicationBuilder $appBuilder): void
{
$this->withSymfonyRoute($appBuilder, 'GetUserById', new Route('users/{id}'));
}
}
Configs allow you to store changeable values that power your application. Unlike environment variables, they do not typically change between environments. Configurations must implement IConfiguration
, which provides the following methods:
// Get the value as an array
$config->getArray('foo');
// Get the value as a boolean
$config->getBool('foo');
// Get the value as a float
$config->getFloat('foo');
// Get the value as an integer
$config->getInt('foo');
// Get the value as an object
$config->getObject('foo', fn (mixed $options): MyObject => new MyObject($options));
// Get the value as a string
$config->getString('foo');
// Get the raw value
$config->getValue('foo');
// Try to get the value as an array
$config->tryGetArray('foo', $value);
// Try to get the value as a boolean
$config->tryGetBool('foo', $value);
// Try to get the value as a float
$config->tryGetFloat('foo', $value);
// Try to get the value as an integer
$config->tryGetInt('foo', $value);
// Try to get the value as an object
$config->tryGetObject('foo', fn (mixed $options): MyObject => new MyObject($options), $value);
// Try to get the value as a string
$config->tryGetString('foo', $value);
// Try to get the raw value
$config->tryGetValue('foo', $value);
Let's say you have a PHP config array that looks like this:
return [
'api' => [
'supportedLanguages' => ['en', 'es']
]
];
You can load this PHP file into a configuration object:
use Aphiria\Application\Configuration\PhpConfigurationFileReader;
$config = new PhpConfigurationFileReader()->readConfiguration('config.php');
Grab the supported languages by using .
as a delimiter for nested sections:
$supportedLanguages = $config->getArray('api.supportedLanguages');
Note: Avoid using periods as keys in your configs. If you must, you can change the delimiter character (eg to
:
) by passing it in as a second parameter toreadConfiguration()
.
Similarly, you can read JSON config files.
use Aphiria\Application\Configuration\JsonConfigurationFileReader;
$config = new JsonConfigurationFileReader()->readConfiguration('config.json');
Aphiria supports reading YAML config files, too, as long as they parse to an associative array in PHP.
use Aphiria\Application\Configuration\YamlConfigurationFileReader;
$config = new YamlConfigurationFileReader()->readConfiguration('config.yaml');
You can create your own custom file reader by implementing IConfigurationFileReader
, which just needs to know how to convert the file contents to a PHP associative array.
GlobalConfiguration
is a static class that can access values from multiple configurations that were registered via GlobalConfiguration::addConfigurationSource()
. It is the most convenient way to read configuration values from places like binders. Let's look at its methods:
use Aphiria\Application\Configuration\GlobalConfiguration;
// Get the value as an array
GlobalConfiguration::getArray('foo');
// Get the value as a boolean
GlobalConfiguration::getBool('foo');
// Get the value as a float
GlobalConfiguration::getFloat('foo');
// Get the value as an integer
GlobalConfiguration::getInt('foo');
// Get the value as an object
GlobalConfiguration::getObject('foo', fn (mixed $options): MyObject => new MyObject($options));
// Get the value as a string
GlobalConfiguration::getString('foo');
// Get the raw value
GlobalConfiguration::getValue('foo');
// Try to get the value as an array
GlobalConfiguration::tryGetArray('foo', $value);
// Try to get the value as a boolean
GlobalConfiguration::tryGetBool('foo', $value);
// Try to get the value as a float
GlobalConfiguration::tryGetFloat('foo', $value);
// Try to get the value as an integer
GlobalConfiguration::tryGetInt('foo', $value);
// Try to get the value as an object
GlobalConfiguration::tryGetObject('foo', fn (mixed $options): MyObject => new MyObject($options), $value);
// Try to get the value as a string
GlobalConfiguration::tryGetString('foo', $value);
// Try to get the raw value
GlobalConfiguration::tryGetValue('foo', $value);
These methods mimic the IConfiguration
interface, but are static. Like IConfiguration
, you can use .
as a delimiter between sections. If you have 2 configuration sources registered, GlobalConfiguration
will attempt to find the path in the first registered source, and, if it's not found, the second source. If no value is found, the get*()
methods will throw a MissingConfigurationValueException
, and the tryGet*()
methods will return false
.
GlobalConfigurationBuilder
simplifies configuring different sources and building your global configuration. In this example, we're loading from a PHP file, a JSON file, and environment variables:
use Aphiria\Application\Configuration\GlobalConfigurationBuilder;
$globalConfigurationBuilder = new GlobalConfigurationBuilder();
$globalConfigurationBuilder->withPhpFileConfigurationSource('config.php')
->withJsonFileConfigurationSource('config.json')
->withEnvironmentVariables()
->build();
Note: The reading of files and environment variables is deferred until
build()
is called.
After build()
is called, you can start accessing the values from config.php
, config.json
, and environment variables via GlobalConfiguration
.
This is more of an advanced topic. Applications are specific to their runtimes, eg PHP-FPM or Swoole. They typically take the input (eg an HTTP request or console input) and pass it to a "gateway" object (eg ApiGateway
or ConsoleGateway
), which is the highest layer of application code that is agnostic to the PHP runtime. So, if you switch from PHP-FPM to Swoole, you'd have to change the IApplication
instance you're running, but the gateway would not have to change because it does not care what the PHP runtime is.
By default, API and console applications are built with SynchronousApiApplicationBuilder
and ConsoleApplicationBuilder
, respectively. Which application builder you're using depends on the APP_BUILDER_API
and APP_BUILDER_CONSOLE
environment variables set in your .env file. Application builder classes return a simple IApplication
interface that looks like this:
interface IApplication
{
public function run(): int;
}
The simplest way to change the IApplication
you're running is to create your own IApplicationBuilder
and update the appropriate environment variable to use it. For example, let's say we wanted to switch our Aphiria app to use Swoole instead:
use Aphiria\Application\IApplication;
use Aphiria\Net\Http\IRequest;
use Aphiria\Net\Http\IRequestHandler;
use Aphiria\Net\Http\IResponse;
use Swoole\Http\Request;
use Swoole\Http\Response;
use Swoole\Http\Server;
final class SwooleApplication implements IApplication
{
public function __construct(private Server $server, private IRequestHandler $apiGateway) {}
public function run(): int
{
$server->on('request', function (Request $swooleRequest, Response $swooleResponse) use ($this) {
$aphiriaRequest = $this->createAphiriaRequest($swooleRequest);
$aphiriaResponse = $this->apiGateway->handle($aphiriaRequest);
$this->copyToSwooleResponse($aphiriaResponse, $swooleResponse);
});
$server->start();
return 0;
}
private function copyToSwooleResponse(IResponse $aphiriaResponse, Response $swooleResponse): void
{
// ...
}
private function createAphiriaRequest(Request $request): IRequest
{
// ...
}
}
Next, create an IApplicationBuilder
that builds an instance of our SwooleApplication
:
namespace App;
use Aphiria\Application\IApplication;
use Aphiria\Application\ApplicationBuilder;
use Aphiria\DependencyInjection\IServiceResolver;
use Aphiria\Net\Http\IRequestHandler;
use Swoole\Http\Server;
final class SwooleApplicationBuilder extends ApplicationBuilder
{
public function __construct(private IServiceResolver $serviceResolver) {}
public function build(): SwooleApplication
{
$this->configureModules();
$this->buildComponents();
$server = new Server(/* ... */);
return new SwooleApplication($server, $this->serviceResolver->resolve(IRequestHandler::class));
}
}
Finally, update APP_BUILDER_API
in your .env file, and your application will now support running asynchronously via Swoole.
APP_BUILDER_API=\App\SwooleApplicationBuilder