Escreva um aplicativo de console usando Symfony e Pimple – Tudo sobre PHP
Escreva um aplicativo de console usando Symfony e Pimple
05 de março de 2016 [email protected]
Neste artigo, vou mostrar como configurar um aplicativo de linha de comando usando o componente Symfony e o Pimple.
Escrever comandos do console para Symfony (full stack framework) é fácil e divertido. Isso ajuda muito quando você precisa lidar com tarefas colaterais específicas que são necessárias, de uma forma ou de outra, para fazer o seu site funcionar (processamento e fragmentação de dados, solicitações assíncronas, criação de relatórios etc.).
Enfim, eu descobri que escrever aplicativos de linha de comando usando apenas o componente Symfony/Console é muito mais fácil e divertido, e um monte de aplicativos de linha de comando famosos os usam (Composer e Laravel/Artisan, apenas para citar alguns). Além disso, usando Symfony eu me tornei um grande fã dos design patterns Dependency Injection e Inversion of Control (IoC), e como minhas dependências começaram a crescer, eu quis colocar algum tipo de container em meus aplicativos de linha de comando. Eu decidi usar Pimple: um container de injeção de dependência muito simples escrito por Fabien Potencier, o notório líder por trás do framework Symfony e do Sensio.
Vou demonstrar a minha abordagem por meio da criação de uma aplicação de linha de comando simples "hello $name", que será capaz de contar quantas vezes você cumprimentou alguém. Você pode encontrar o código todo no repositório GitHub.
Então, vamos ser capaz de executar
app/console greet Alice
e ele irá imprimir
Sim, intencionalmente simples! 😉
Vamos começar criando nosso arquivo composer.json. Vamos precisar do console Symfony e dos pacotes Pimple. Nós também incluímos o componente Symfony Yaml, já que vamos armazenar os dados em um arquivo yaml (obviamente nós poderíamos ter usado json, mas acredito que yaml é mais legal :P).
"name": "lmammino/symfony-console-pimple",
"description": "A sample Symfony Console app using Pimple",
"symfony/console": "dev-master",
"pimple/pimple": "dev-master",
"name": "Luciano Mammino",
"LMammino\ConsoleApp\": "src/"
Sim, vamos executar composer update para baixar todas as bibliotecas.
Vamos estruturar nosso código. Queremos separar o aplicativo e o código de configuração do código-fonte principal. Então vamos acabar com a seguinte estrutura de pastas:
A pasta app irá conter nosso arquivo console executável, um arquivo de inicialização e uma pasta de configuração. Nós vamos entrar em detalhes sobre isso daqui a pouco.
O serviço Greeter
Vamos definir o nosso core service escrevendo uma classe Greeter. Essa classe define a lógica de negócios do nosso aplicativo de saudação.
namespace LMamminoConsoleApp;
* @var array $greetings
$this->greetings = Yaml::parse(file_get_contents($file));
$this->greetings = array();
file_put_contents($this->file, Yaml::dump($this->greetings));
* Builds the greeting for someone (you can yell on it if you want!)
* @param  bool   $yell wanna yell?
public function greet($name, $yell = false)
$output = sprintf('Hello %s', $name);
if ($yell) {
if (!isset($this->greetings[$name])) {
$this->greetings[$name] = 1;
$this->greetings[$name]++;
* Will tell you how many times you greet someone
public function countGreetings($name)
return $this->greetings[$name];
A classe é muito simples. Os principais métodos são greet e countGreetings, que permitem que você construa a string greet para alguém e conte quantas vezes você o cumprimentou.
Perceba que essa classe precisa saber na construção qual arquivo deve usado para ler e armazenar a contagem das saudações. Isso será algo que iremos configurar por meio do Pimple como um parâmetro no container.
O GreetCommand
Agora que temos um serviço com a principal lógica de negócios, vamos escrever um comando Symfony para executá-lo:
namespace LMamminoConsoleAppCommand;
use LMamminoConsoleAppGreeter;
* @var LMamminoConsoleAppGreeter $greeter
protected $greeter;
* @param Greeter $greeter
->addArgument('name', InputArgument::OPTIONAL, 'The name of the one you want to greet', 'World')
->addOption('yell', 'Y', InputOption::VALUE_NONE, 'If set will scream out the greeting. Use with caution!');
$yell = $input->getOption('yell');
$output->writeln($this->greeter->greet($name, $yell));
if (1 === ($count = $this->greeter->countGreetings($name))) {
$output->writeln('(First time!)');
$output->writeln(sprintf('(%d times)', $count));
O comando é totalmente autoexplicativo! Ele apenas define o comando greet oferecendo um argumento name e uma opção de yell (ambos opcionais). O ponto aqui é que o nosso comando tem uma dependência na classe Greeter que escrevemos antes. Então, precisamos passá-la na construção (ou precisamos configurar o nosso container Pimple para fazê-lo).
Senhoras e senhores, o container Pimple!
Finalmente chegou a hora de escrever nosso container Pimple. Antes de entrar no código, vamos recapitular um pouco as coisas.
Nós temos um parâmetro (o nome do arquivo que irá guardar a contagem) e dois serviços (o serviço Greeter e o GreetCommand).
Vamos criar um arquivo app/config/container.php para definir nossos parâmetros e serviços com o Pimple:
$c['parameters'] = array(
'greetings.file' => 'greetings.yaml'
$c['greeter'] = function($c) {
return new LMamminoConsoleAppGreeter($c['parameters']['greetings.file']);
$c['command.greet'] = function($c) {
return new LMamminoConsoleAppCommandGreetCommand($c['greeter']);
$c['commands'] = function($c) {
$c['command.greet']
$c['application'] = function($c) {
$application = new SymfonyComponentConsoleApplication();
$application->addCommands($c['commands']);
Se você não estava familiarizado com o Pimple, deve ter notado a sintaxe simples desse container. Nós só precisamos criar uma instância Pimple e ele age como um array. Nesse "array", nós colocamos parâmetros como dados simples (valores escalares ou arrays) e definições de serviço como funções que retornam serviços instanciados. Vamos verificar as nossas definições uma a uma:
$c['parameters'] contém os parâmetros da aplicação (em um aplicativo mais complexo, com um monte de parâmetros, você pode carregar os valores a partir de um arquivo de configuração externo).
$c['greeter'] define a construção do nosso serviço Greeter.
$c['command.greet'] define a construção de nosso comando greet.
$c['commands'] é uma definição auxiliar que retorna um array com todos os comandos que desejamos adicionar à nossa aplicação.
$c['application'] define a criação do nosso aplicativo de linha de comando.
Ok, estamos quase terminando. Apenas precisamos escrever nosso arquivo bootstrap e nosso arquivo de console executável.
O arquivo app/bootstrap.php é usado para carregar a classe composer autoloader e nosso container:
$container = require(__DIR__ . '/config/container.php');
set_time_limit(0) assegura que o nosso script não será finalizado depois de uma certa quantidade de segundos (se o seu php.ini requerer isso). É quase inútil, nesse caso em particular (o nosso comando será executado em poucos milissegundos), mas adicioná-lo a aplicações de linha de comando do PHP é uma boa prática (especialmente quando você tem que lidar com tarefas de longa duração).
O arquivo de console executável
O último passo necessário para tornar a aplicação executável é escrever o arquivo app/console. Ele é um arquivo PHP que pode ser executado a partir da linha de comando (você precisa de fazer chmod+x nele).
$application = $container['application'];
Para usar um container, é só preciso carregar o nosso serviço de "aplicação" e chamar run() nele.
Perceba que a primeira linha "shebang" (#!/usr/bin/env php) nos permite executar esse arquivo chamando app/console (de modo que você pode evitar a chamada para o interpretador php explicitamente).
Este aplicativo é muito simples e será fácil de construir, mesmo sem a adoção de um container. De qualquer forma, eu acho que esta abordagem garante uma boa organização para o seu código e se tornará realmente útil quando seu aplicativo de linha de comando começar a crescer em termos de complexidade.
Recentemente, tive de construir um aplicativo de linha de comando que usa Doctrine e JMS/Serializer (além de várias outras dependências). Posso dizer que a adoção de um container como o Pimple me ajudou muito a manter as coisas organizadas e serviços desacoplados.
Apenas para fazer um resumo final, eu acho que esta abordagem garante vários benefícios:
Escrever comandos "container agnósticos" (que não conhecem o container, mas têm apenas as dependências necessárias injetadas).
Anexar novos comandos na configuração: você só precisa adicioná-los no array $container['commands'].
É de grande ajuda escrever comandos pequenos (sim, eu acho que comandos agem como controladores, e eles devem ser "magros" também), porque você tem uma maneira simples de declarar serviços e suas dependências, e você é capaz de injetar apenas os necessários a cada comando.
Permitir que você tenha parâmetros e configurações (útil quando você tem que estabilizar uma conexão com um banco de dados ou utilizar recursos externos que precisam de configuração, como uma API externa).
Isso deve ser tudo. Fique à vontade para comentar ou contribuir com o repositório do aplicativo de exemplo, se você sentir que esta abordagem pode ser melhorada.
Javier Egiluz, grande evangelista do Symfony, citou que um dos seus aplicativos de linha de comando, easybook, usa o componente Symfony Console em conjunto com Pimple. Então, se você quiser dar uma olhada em um caso mais completo e realista (e complexo :P), eu recomendo o código-fonte do easybook.
Luciano Mammino faz parte do time de colunistas internacionais do iMasters. A tradução do artigo é feita pela redação iMasters, com autorização do autor, e você pode acompanhar o artigo em inglês no link: http://loige.co/write-a-console-application-using-symfony-and-pimple/