Documentação do Symfony2
Renderizada do repositório symfony-docs-pt-BR no Github

Tags de injeção de dependência

Tags:

  • data_collector
  • form.type
  • form.type_extension
  • form.type_guesser
  • kernel.cache_warmer
  • kernel.event_listener
  • kernel.event_subscriber
  • monolog.logger
  • monolog.processor
  • templating.helper
  • routing.loader
  • translation.loader
  • twig.extension
  • validator.initializer

Habilitando seus próprios PHP Template Helpers

Para habilitar seus próprios template helpers, adicione ele como um serviço normal na sua configuração, marque ele com templating.helper e defina um alias (o helper será acessível através deste nome na template).

Habilitando suas próprias extensões Twig

Para habilitar uma extensão Twig, adicione como um serviço normal a sua configuração e marque ele com twig.extension:

Para mais informações em como criar a extensão Twig, veja o tópico Twig’s documentation .

Habilitando seus próprios Listeners

Para habilitar um listener, adicione-o como um serviço na sua configuração e marque-o com kernel.event_listener. Você deverá informar qual o nome do evento ao qual seu listener estará associado bem como o método que será executado quando o evento ocorrer.

Note

Você também pode especificar a ordem de execuçãoi que um recurso marcado com a tag kernel.event_listener será chamado (assim como fez com os atributos method e event acima, mas utilizando o atributo priority) definindo um inteiro positivo ou negativo. Isto permite, por exemplo, que Você tenha certeza que seu listener será sempre chamado antes ou depois de outro listener ligado ao mesmo evento.

Habilitando seus próprios Subscribers

New in version 2.1.

Para habilitar seu subscriber, adicione-o como um serviço em sua configuração e marque-o com a tag kernel.event_subscriber:

Note

Seu serviço deverá implementar a interface SymfonyComponentEventDispatcherEventSubscriberInterface .

Note

Se o seu serviço é criado por uma factory, Você deverá definir o parâmetro class para esta tag funcionar corretamente.

Habilitando seu próprio sistema de templates

Para habilitar um sistema de template, adicione-o como um serviço e marque-o com a tag templating.engine:

Habilitando seus próprios carregadores de rotas (Routing Loaders)

Para habilitar seus próprios carregadores, adicione-o como um serviço na sua configuração e marque-o com a tag routing.loader:

Usando um canal próprio para logging com o Monolog

O Monolog permite que Você compartilhe seus manipuladores entre vários canais de logging. O serviço logger utiliza o canal app, mas Você pode alterá-lo quando injetar o serviço em outro serviço. Monolog allows you to share its handlers between several logging channels. The logger service uses the channel app but you can change the channel when injecting the logger in a service.

Note

This works only when the logger service is a constructor argument, not when it is injected through a setter.

Adding a processor for Monolog

Monolog allows you to add processors in the logger or in the handlers to add extra data in the records. A processor receives the record as an argument and must return it after adding some extra data in the extra attribute of the record.

Let’s see how you can use the built-in IntrospectionProcessor to add the file, the line, the class and the method where the logger was triggered.

You can add a processor globally:

Tip

If your service is not a callable (using __invoke) you can add the method attribute in the tag to use a specific method.

You can add also a processor for a specific handler by using the handler attribute:

You can also add a processor for a specific logging channel by using the channel attribute. This will register the processor only for the security logging channel used in the Security component:

Note

You cannot use both the handler and channel attributes for the same tag as handlers are shared between all channels.