A modular set of features to reduce configuration boilerplate for your Symfony commands:
#[AsCommand('create:user', 'Creates a user in the database.')]
final class CreateUserCommand extends InvokableServiceCommand
{
use RunsCommands, RunsProcesses;
public function __invoke(
IO $io,
UserManager $userManager,
#[Argument]
string $email,
#[Argument]
string $password,
#[Option(name: 'role', shortcut: 'r', suggestions: UserMananger::ROLES)]
array $roles,
): void {
$userManager->createUser($email, $password, $roles);
$this->runCommand('another:command');
$this->runProcess('/some/script');
$io->success('Created user.');
}
}
bin/console create:user kbond p4ssw0rd -r ROLE_EDITOR -r ROLE_ADMIN
[OK] Created user.
// Duration: < 1 sec, Peak Memory: 10.0 MiB
composer require zenstruck/console-extra
This library is a set of modular features that can be used separately or in combination.
Note
To reduce command boilerplate even further, it is recommended to create an abstract base command for your app that enables all the features you desire. Then have all your app's commands extend this.
This is a helper object that extends SymfonyStyle
and implements InputInterface
(so it implements
InputInterface
, OutputInterface
, and StyleInterface
).
use Zenstruck\Console\IO;
$io = new IO($input, $output);
$io->getOption('role'); // InputInterface
$io->writeln('a line'); // OutputInterface
$io->success('Created.'); // StyleInterface
// additional methods
$io->input(); // get the "wrapped" input
$io->output(); // get the "wrapped" output
On its own, it isn't very special, but it can be auto-injected into Invokable
commands.
Extend this class to remove the need for extending Command::execute()
and just inject what your need
into your command's __invoke()
method. The following are parameters that can be auto-injected:
Zenstruck\Console\IO
Symfony\Component\Console\Style\StyleInterface
Symfony\Component\Console\Input\InputInterface
Symfony\Component\Console\Input\OutputInterface
- arguments (parameter name must match argument name or use the
Zenstruck\Console\Attribute\Argument
attribute) - options (parameter name must match option name or use the
Zenstruck\Console\Attribute\Option
attribute)
use Symfony\Component\Console\Command\Command;
use Symfony\Component\Console\Input\InputArgument;
use Symfony\Component\Console\Input\InputOption;
use Zenstruck\Console\InvokableCommand;
use Zenstruck\Console\IO;
class MyCommand extends InvokableCommand
{
// $username/$roles are the argument/option defined below
public function __invoke(IO $io, string $username, array $roles)
{
$io->success('created.');
// even if you don't inject IO, it's available as a method:
$this->io(); // IO
}
public function configure(): void
{
$this
->addArgument('username', InputArgument::REQUIRED)
->addOption('roles', mode: InputOption::VALUE_IS_ARRAY)
;
}
}
You can auto-inject the "raw" input/output:
public function __invoke(IO $io, InputInterface $input, OutputInterface $output)
No return type (or void
) implies a 0
status code. You can return an integer if you want to change this:
public function __invoke(IO $io): int
{
return $success ? 0 : 1;
}
If using the Symfony Framework, you can take InvokableCommand
to the next level by
auto-injecting services into __invoke()
. This allows your commands to behave like
Invokable Service Controllers
(with controller.service_arguments
). Instead of a Request, you inject IO
.
Have your commands extend InvokableServiceCommand
and ensure they are auto-wired/configured.
use App\Service\UserManager;
use Psr\Log\LoggerInterface;
use Zenstruck\Console\InvokableServiceCommand;
use Zenstruck\Console\IO;
class CreateUserCommand extends InvokableServiceCommand
{
public function __invoke(IO $io, UserManager $userManager, LoggerInterface $logger): void
{
// access container parameters
$environment = $this->parameter('kernel.environment');
// ...
}
}
You can use any
DI attribute on
your __invoke()
parameters:
use Symfony\Component\DependencyInjection\Attribute\Autowire;
use Symfony\Component\DependencyInjection\Attribute\Target;
use Symfony\Component\DependencyInjection\Attribute\TaggedIterator;
use Zenstruck\Console\InvokableServiceCommand;
class SomeCommand extends InvokableServiceCommand
{
public function __invoke(
#[Autowire('@some.service.id')]
SomeService $service,
#[Autowire('%kernel.environment%')]
string $environment,
#[Target('githubApi')]
HttpClientInterface $httpClient,
#[TaggedIterator('app.handler')]
iterable $handlers,
): void {
// ...
}
}
Your commands that extend InvokableCommand
or InvokableServiceCommand
can configure arguments and options with attributes:
use Symfony\Component\Console\Command\Command;
use Symfony\Component\Console\Input\InputArgument;
use Zenstruck\Console\Attribute\Argument;
use Zenstruck\Console\Attribute\Option;
use Zenstruck\Console\InvokableCommand;
#[Argument('arg1', description: 'Argument 1 description', mode: InputArgument::REQUIRED)]
#[Argument('arg2', description: 'Argument 1 description')]
#[Argument('arg3', suggestions: ['suggestion1', 'suggestion2'])] // for auto-completion
#[Argument('arg4', suggestions: 'suggestionsForArg4')] // use a method on the command to get suggestions
#[Option('option1', description: 'Option 1 description')]
#[Option('option2', suggestions: ['suggestion1', 'suggestion2'])] // for auto-completion
#[Option('option3', suggestions: 'suggestionsForOption3')] // use a method on the command to get suggestions
class MyCommand extends InvokableCommand
{
// ...
private function suggestionsForArg4(): array
{
return ['suggestion3', 'suggestion4'];
}
private function suggestionsForOption3(): array
{
return ['suggestion3', 'suggestion4'];
}
}
Instead of defining at the class level, you can add the Option
/Argument
attributes directly to your
__invoke()
parameters to define and inject arguments/options:
use Symfony\Component\Console\Attribute\AsCommand;
use Symfony\Component\Console\Command\Command;
use Zenstruck\Console\Attribute\Argument;
use Zenstruck\Console\Attribute\Option;
use Zenstruck\Console\InvokableCommand;
#[AsCommand('my:command')]
class MyCommand extends InvokableCommand
{
public function __invoke(
#[Argument]
string $username, // defined as a required argument (username)
#[Argument]
string $password = 'p4ssw0rd', // defined as an optional argument (password) with a default (p4ssw0rd)
#[Option(name: 'role', shortcut: 'r', suggestions: ['ROLE_EDITOR', 'ROLE_REVIEWER'])]
array $roles = [], // defined as an array option that requires values (--r|role[])
#[Option(name: 'super-admin')]
bool $superAdmin = false, // defined as a "value-less" option (--super-admin)
#[Option]
?bool $force = null, // defined as a "negatable" option (--force/--no-force)
#[Option]
?string $name = null, // defined as an option that requires a value (--name=)
): void {
// ...
}
}
Note
Option/Argument modes and defaults are detected from the parameter's type-hint/default value and cannot be defined on the attribute.
A CommandRunner
object is available to simplify running commands anywhere (ie controller):
use Zenstruck\Console\CommandRunner;
/** @var \Symfony\Component\Console\Command\Command $command */
CommandRunner::for($command)->run(); // int (the status after running the command)
// pass arguments
CommandRunner::for($command, 'arg --opt')->run(); // int
If the application is available, you can use it to run commands:
use Zenstruck\Console\CommandRunner;
/** @var \Symfony\Component\Console\Application $application */
CommandRunner::from($application, 'my:command')->run();
// pass arguments/options
CommandRunner::from($application, 'my:command arg --opt')->run(); // int
If your command is interactive, you can pass inputs:
use Zenstruck\Console\CommandRunner;
/** @var \Symfony\Component\Console\Application $application */
CommandRunner::from($application, 'my:command')->run([
'foo', // input 1
'', // input 2 (<enter>)
'y', // input 3
]);
By default, output is suppressed, you can optionally capture the output:
use Zenstruck\Console\CommandRunner;
/** @var \Symfony\Component\Console\Application $application */
$output = new \Symfony\Component\Console\Output\BufferedOutput();
CommandRunner::from($application, 'my:command')
->withOutput($output) // any OutputInterface
->run()
;
$output->fetch(); // string (the output)
You can give your Invokable Commands the ability to run other commands (defined
in the application) by using the RunsCommands
trait. These sub-commands will use the same
output as the parent command.
use Symfony\Component\Console\Command;
use Zenstruck\Console\InvokableCommand;
use Zenstruck\Console\RunsCommands;
class MyCommand extends InvokableCommand
{
use RunsCommands;
public function __invoke(): void
{
$this->runCommand('another:command'); // int (sub-command's run status)
// pass arguments/options
$this->runCommand('another:command arg --opt');
// pass inputs for interactive commands
$this->runCommand('another:command', [
'foo', // input 1
'', // input 2 (<enter>)
'y', // input 3
])
}
}
You can give your Invokable Commands the ability to run other processes (symfony/process
required)
by using the RunsProcesses
trait. Standard output from the process is hidden by default but can be shown by
passing -v
to the parent command. Error output is always shown. If the process fails, a \RuntimeException
is thrown.
use Symfony\Component\Console\Command;
use Symfony\Component\Process\Process;
use Zenstruck\Console\InvokableCommand;
use Zenstruck\Console\RunsProcesses;
class MyCommand extends InvokableCommand
{
use RunsProcesses;
public function __invoke(): void
{
$this->runProcess('/some/script');
// construct with array
$this->runProcess(['/some/script', 'arg1', 'arg1']);
// for full control, pass a Process itself
$this->runProcess(
Process::fromShellCommandline('/some/script')
->setTimeout(900)
->setWorkingDirectory('/')
);
}
}
Add this event subscriber to your Application
's event dispatcher to display a summary after every command is run.
The summary includes the duration of the command and peak memory usage.
If using Symfony, configure it as a service to enable:
# config/packages/zenstruck_console_extra.yaml
services:
Zenstruck\Console\EventListener\CommandSummarySubscriber:
autoconfigure: true
Note
This will display a summary after every registered command runs.