A standalone PHP library heavily inspired by Laravel's Facade implementation, which can be used with any PSR-11 compatible dependency injection container (DIC) such as (the ones used by) PHP-DI, Symfony, Pimple, or Slim.
To use this package, require it with Composer.
composer install geekcell/container-facade
Although rare, there are situations when you want to obtain a container service without dependency injection. An example would be the AggregateRoot
pattern, which allows dispatching domain events directly from the aggregate, which is usually created directly and not via a DIC. In such a case, a corresponding (static) service facade can provide a comparable convenience as a singleton, but without the inherent disadvantages of the singleton pattern.
Let's imagine you have a Logger
service inside your DIC of choice that logs a message into a file.
<?php
namespace App\Service;
// ...
class Logger
{
public function __construct(
private readonly FileWriter $writer,
) {
}
public function log(string $message, LogLevel $level = LogLevel::INFO): void
{
$line = sprintf(
'%s (%s): %s',
(new \DateTime)->format('c'),
$level->value,
$message,
);
$this->writer->writeLine($line);
}
}
If you want to "facade" this service, just create a class which extends GeekCell\Facade\Facade
.
<?php
namespace App\Support\Facade;
use App\Service\Logger as LoggerRoot;
use GeekCell\Facade\Facade;
class Logger extends Facade
{
protected static function getFacadeAccessor(): string
{
return 'app.logger';
}
}
You'll have to implement the getFacadeAccessor()
method, which returns the identifier for service inside your DIC.
Additionally, you have to "introduce" your DIC to the Facade. How to do this really depends in the framework you're using. In Symfony, a good opportunity to do so is to override the boot()
method within src/Kernel.php
.
<?php
namespace App;
use GeekCell\Facade\Facade;
use Symfony\Bundle\FrameworkBundle\Kernel\MicroKernelTrait;
use Symfony\Component\HttpKernel\Kernel as BaseKernel;
class Kernel extends BaseKernel
{
use MicroKernelTrait;
public function boot()
{
parent::boot();
// This is where the magic happens!
Facade::setContainer($this->container);
}
}
To use the facade within any part of your application, just call the service as you would a static method. Behind the scenes, the call is delegated to the actual container service via __callStatic
.
<?php
// ...
use App\Support\Facade\Logger;
class SomeClass
{
public function doStuff()
{
Logger::log('Calling ' __CLASS__ . '::doStuff()', LogLevel::DEBUG);
// The acutal method logic ...
}
}
Although the above looks like an anti pattern, it's actually very testing friendly. During unit testing, you can use the swapMock()
method to literally swap the real service with a Mockery mock.
<?php
// ...
use App\Support\Facade\Logger;
use PHPUnit\Framework\TestCase;
class SomeClassTest extends TestCase
{
public function tearDown(): void
{
Logger::clear();
}
// ...
public function testDoStuff(): void
{
// Swap real service with mock
$loggerMock = Logger::swapMock();
// Set expectations for mock
$loggerMock->shouldReceive('log')->once();
$out = new SomeClass();
$result = $out->doStuff(); // This will now call the mock!
// Test assertions ...
}
}
Hint: You must call the clear()
method to clear out the internally cached mock instance. For PHPUnit, you could use the tearDown()
method to do so.
With great power comes great responsibility.
While there are valid use cases, and even though service facades offer a high level of convenience, you should still use them only sparingly and revert to standard dependency injection whenever possible, because all facades interally rely on PHP's __callStatic
magic method, which can make debugging more cumbersome/difficult.
See the examples
directory for various sample projects with a minimal integration of this package.
Framwork | Sample project |
---|---|
Slim | examples/slim |
Symfony | examples/symfony |