Symfony · Symfony

Edit this page

The Console component eases the creation of beautiful and testable command line interfaces.

The Console component allows you to create command-line commands. Your console commands can be used for any recurring task, such as cronjobs, imports, or other batch jobs.

Installation

Note

If you install this component outside of a Symfony application, you must require the vendor/autoload.php file in your code to enable the class autoloading mechanism provided by Composer. Read this article for more details.

Creating a Console Application

See also

This article explains how to use the Console features as an independent component in any PHP application. Read the Console Commands article to learn about how to use it in Symfony applications.

First, you need to create a PHP script to define the console application:

Then, you can register the commands using addCommand():

You can also register inline commands and define their behavior thanks to the Command::setCode() method:

This is useful when creating a single-command application.

See the Console Commands article for information about how to create commands.

Using a PSR Container

8.1

The $container parameter of the Application class was introduced in Symfony 8.1.

The Application class accepts an optional third argument, a PSR-11 ContainerInterface. When provided, the application automatically wires several services from the container:

  • event_dispatcher: sets the event dispatcher via setDispatcher()
  • console.argument_resolver: sets the argument resolver via setArgumentResolver()
  • console.command_loader: sets the command loader via setCommandLoader()
  • console.command.ids: eagerly loads commands registered in the container
  • services_resetter: resets services after run() completes

When using Symfony's ContainerInterface, the kernel.environment and kernel.debug parameters are also displayed in the application's long version output.

This makes it possible to build console applications with dependency injection without requiring HttpKernel or FrameworkBundle. Passing no container preserves all existing behavior:

Using the ConsoleBundle

8.1

The ConsoleBundle was introduced in Symfony 8.1.

Building the container by hand as shown above works, but the Console component also provides a ConsoleBundle that brings service autodiscovery, autoconfiguration and autowiring to console applications, still without requiring HttpKernel or FrameworkBundle.

The bundle needs a kernel to build the container. Use the kernel provided by the DependencyInjection component (read Building HTTP-less Applications for more details):

Then, enable the bundle:

Finally, create the console executable. This example uses the Runtime component, but you can also boot the kernel yourself:

The kernel follows the same conventions as full Symfony applications: config/bundles.php to enable bundles, config/packages/ to configure them and config/services.yaml (or config/services.php) to register your own services and commands.

On top of that, ConsoleBundle provides the following:

  • autoconfiguration for commands: any service extending Command or using the #[AsCommand] attribute is added to the application and loaded lazily through the command loader;
  • autoconfiguration for the argument value resolvers, together with all the built-in resolvers;
  • a listener that logs command errors and non-zero exit codes, when the EventDispatcher component is installed;
  • the dotenv:debug command, when the Dotenv component is installed.

ConsoleBundle declares ServicesBundle as a required bundle, so you don't need to enable it yourself. That bundle provides the core services used by the container, such as parameter_bag, event_dispatcher, filesystem and clock.

This work, including the code samples, is licensed under a Creative Commons BY-SA 3.0 license.

Read the original on symfony.com ↗