Symfony TwigBundle не загружает никаких пользовательских расширений

Отказ от ответственности: я не совсем уверен, как работает оформление внедрения зависимостей точно.

Декорация внедрения зависимостей не заставляет вас писать правильный декоратор (поскольку его все равно нельзя проверить), однако есть некоторые признаки того, что это не декоратор.

Основной индикатор: класс украшения не зависит от класса декорирования, например: он не требуется в качестве параметра для __construct() или вводится в противном случае.

Обоснование: декораторы должны использоваться каскадно / цепочкой, по сути, декораторы должны использоваться следующим образом (в вашем случае не работает!):

$instance = new Decorator2(new Decorator1(new DecoratedClass()));

и декоратор (методы) в среднем должны выглядеть так:

class Decorator {
   protected $inner;
   public function __construct(DecoratedClass $inner) {
       $this->inner = $inner;
   }
   public function someMethod($someParam) {
       // do something before, maybe change $someParam
       $returnValue = $this->inner->someMethod($someParam);
       // do something after, maybe change $returnValue  
       return $returnValue;
   }
}

На странице Symfony по декорированию фактически прямо или косвенно говорится о большей части этого (ссылки эту статью в Википедии).

Насколько я могу судить, каждый класс должен был бы правильно добавить все функции декорированного класса (раздражающий AF), например: вызвать его на внутреннем объекте.

Итак, один из подходов может заключаться в следующем: «Ну, я действительно не забочусь о собственном декорировании, я просто хочу, чтобы мой класс использовался вместо среды веточки!»

В этом случае вам следует активно заменить его своим классом, как я указал в своем комментарии (services.yaml):

services:
    Twig\Environment: Your\Class\Name
    Your\Class\Name: # NO DECORATES!!!
       arguments: ...
       calls: ...
    twig: Your\Class\Name # maybe setting it via alias is effective...

Что должно привести к тому, что ваш класс будет использоваться всякий раз, когда что-то требует Twig\Environment или twig или конкретно вашего класса.

Однако в случаях украшения ваш класс должен украшать класс, который он расширяет, а не псевдоним этого класса.

Настоящий вопрос, который я задавал, не осознавая этого, был: «Как правильно переопределить Twig\Environment с помощью дочернего класса?»

Правильный ответ заключался в том, чтобы определить услуги точно так же, как в оригинале. (Тем не менее, Symfony использует xml по умолчанию, поэтому мне пришлось преобразовать). Итак, это правильное определение:

# override TwigBundle's Twig\Environment definition with Zikula's own child class
# see vendor/symfony/symfony/src/Symfony/Bundle/TwigBundle/Resources/config/twig.xml
twig:
    class: Zikula\ThemeModule\Bridge\Twig\EventEnabledTwigEngine
    public: true
    arguments:
      $loader: '@twig.loader'
      $options: []
    calls:
      - [setEventDispatcher, ['@event_dispatcher']]
      - [addGlobal, ['app', '@twig.app_variable']]
      - [addRuntimeLoader, ['@twig.runtime_loader']]
    configurator: ['@twig.configurator.environment', 'configure']
Twig_Environment: '@twig'
Twig\Environment: '@twig'

вы можете увидеть, что это копия Symfony's:

    <service id="twig" class="Twig\Environment" public="true">
        <argument type="service" id="twig.loader" />
        <argument /> <!-- Twig options -->
        <call method="addGlobal">
            <argument>app</argument>
            <argument type="service" id="twig.app_variable" />
        </call>
        <call method="addRuntimeLoader">
            <argument type="service" id="twig.runtime_loader" />
        </call>
        <configurator service="twig.configurator.environment" method="configure" />
    </service>
    <service id="Twig_Environment" alias="twig" />
    <service id="Twig\Environment" alias="twig" />

а также посмотрите, чем он отличается от предложения @Jakumi выше:

Twig\Environment: Your\Class\Name
Your\Class\Name: # NO DECORATES!!!
   arguments: ...
   calls: ...
twig: Your\Class\Name # maybe setting it via alias is effective...

Большое спасибо @Cerad и @Jakumi за помощь в решении проблемы!