Нужно ли для абстрактного класса применять интерфейс?

Question

[grabbee]

Когда я в бандле делаю Интерфейс, затем делаю абстрактный класс с реализацией и применяю к нему этот интерфейс, а потом создаю дочерний наследуя это абстрактный класс, Симфони ругается, что не может найти кандидата, и просит объявить алиас для этого интерфейса явно.

Но ведь инстанс от абстрактного класса не должен создаваться в принципе. И реализация интерфейса в таком случае только одна. Ошибки же быть не должно было.

---

services.yaml

services:
  _defaults:
    autowire: true  
    autoconfigure: true  

  Vendor\SomeBundle\:
    resource: '../src/*'
    exclude: '../src/{DependencyInjection,Entity,Examples,Repository,Message}'

  Vendor\SomeBundle\Controller\:
    resource: '../src/Controller'
    tags: ['controller.service_arguments']

  Vendor\SomeBundle\Controller\TokenController:
    autowire: false

Вот. Я отключил для него autowire. Но затем пробую в тестах включить, как описал выше. И оно не работает даже в таком виде
services_test.yaml

services:
  _defaults:
    autowire: true 
    autoconfigure: true 
    public: true
 
  Vendor\SomeBundle\Controller\SomeController:
    autowire: true
    arguments:
      $authenticator: Vendor\SomeBundle\Examples\Authenticator
 
  Vendor\SomeBundle\Examples\Authenticator:
    calls:
      - setIdentityClassName: ...

Cannot autowire service "Vendor\SomeBundle\Controller\SomeController": argument "$authenticator" of method "__construct()" references interface "Vendor\SomeBundle\S
ervices\AuthenticatorInterface" but no such service exists. You should maybe alias this interface to the existing "Vendor\SomeBundle\Examples\Authenticator" service.

Папку с кэшем удаляю и следом команду очистки кэша запускаю.

Начитает работать только после
services_test.yaml

Vendor\SomeBundle\Services\AuthenticatorInterface:
    '@Vendor\SomeBundle\Examples\Authenticator'

При этом только одна реализация интерфейса

interface AuthenticatorInterface {}
abstract class AbstractAuthenticator implements AuthenticatorInterface {}
class Authenticator extends AbstractAuthenticator {}

Comments

[Максим Федоров]

надо смотреть что за ошибка

[Максим Федоров]

Нужно ли для абстрактного класса применять интерфейс?

Зависит от ситуации

[BoShurik]

Но ведь инстанс от абстрактного класса не должен создаваться в принципе. И реализация интерфейса в таком случае только одна.

У вас какая-то каша.

interface SomeInterface {}
abstract class AbstractSome implements SomeInterface {}
class SomeFoo extends AbstractSome {}
class SomeBar extends AbstractSome {}

Где здесь одна реализация интерфейса?

[grabbee]

BoShurik, у вас две. Если SomeBar убрать, то ведь одна будет? Я как раз этот случай описал же.

[BoShurik]

grabbee, и тогда эта штука попадает под определение "магия". Явное лучше неявного

[grabbee]

BoShurik, только я и хочу понять, почему у меня эта магия не работает :)
Максим Федоров,

Cannot autowire service "Vendor\SomeBundle\Controller\SomeController": argument "$authenticator" of method "__construct()" references interface "Vendor\SomeBundle\S
ervices\AuthenticatorInterface" but no such service exists. You should maybe alias this interface to the existing "Vendor\SomeBundle\Examples\Authenticator" service.

services:
  _defaults:
    autowire: true 
    autoconfigure: true 
    public: true
 
  Vendor\SomeBundle\Controller\SomeController:
    autowire: true
 
  Vendor\SomeBundle\Examples\Authenticator:
    calls:
      - setIdentityClassName: ...

interface AuthenticatorInterface {}
abstract class AbstractAuthenticator implements AuthenticatorInterface {}
class Authenticator extends AbstractAuthenticator {}

if only one service is discovered that implements an interface, and that interface is also discovered in the same file, configuring the alias is not mandatory and Symfony will automatically create one.

Вот же они оба в одном файле определены

[BoShurik]

grabbee, если перенести implements AuthenticatorInterface из абстрактного класса на реализацию - заработает?

[grabbee]

BoShurik, я же спрашиваю об этом ))) я не пробовал. Делал по наитию - не заработало. Решил спросить почему не едут лыжи. Сейчас попробую.

[grabbee]

BoShurik, сейчас попробовал. Не работает. Тут такая же проблема как в предыдущем вопросе наверное

services.yaml

services:
  _defaults:
    autowire: true  
    autoconfigure: true  

  Vendor\SomeBundle\:
    resource: '../src/*'
    exclude: '../src/{DependencyInjection,Entity,Examples,Repository,Message}'

  Vendor\SomeBundle\Controller\:
    resource: '../src/Controller'
    tags: ['controller.service_arguments']

  Vendor\SomeBundle\Controller\TokenController:
    autowire: false

Вот. Я отключил для него autowire. Но затем пробую в тестах включить, как описал выше. И оно не работает даже в таком виде
services_test.yaml

services:
  _defaults:
    autowire: true 
    autoconfigure: true 
    public: true
 
  Vendor\SomeBundle\Controller\SomeController:
    autowire: true
    arguments:
      $authenticator: Vendor\SomeBundle\Examples\Authenticator
 
  Vendor\SomeBundle\Examples\Authenticator:
    calls:
      - setIdentityClassName: ...

Cannot autowire service "Vendor\SomeBundle\Controller\SomeController": argument "$authenticator" of method "__construct()" references interface "Vendor\SomeBundle\S
ervices\AuthenticatorInterface" but no such service exists. You should maybe alias this interface to the existing "Vendor\SomeBundle\Examples\Authenticator" service.

Папку с кэшем удаляю и следом команду очистки кэша запускаю.

Начитает работать только после
services_test.yaml

Vendor\SomeBundle\Services\AuthenticatorInterface:
    '@Vendor\SomeBundle\Examples\Authenticator'

[BoShurik]

Судя по всему да, дело в том, что у вас бандлы и конфигурация разнесена на разные файлы

and that interface is also discovered in the same file

Answer 1

[Дмитрий Гординский]

Дело не в абстрактном классе. Symfony требует явной регистрации реализаций интерфейсов.

Выглядеть это будет примерно так:

services:
  ...
  App/Interfaces/UserRepositoryInterface:
    alias: App/Repositories/UserRepository

Дока

Comments

[grabbee]

Так требует если у интерфейса более одной реализации. И у меня как раз была одна. А когда одна, он автоматически его находит. Вроде так было всегда

[Дмитрий Гординский]

grabbee, если у вас в зависимостях прописана эта конкретная реализация Symfony её найдет, если в зависимостях прописан интерфейс - неважно сколько у него реализаций, Symfony о них не знает, пока вы их не зарегистрируете.

[grabbee]

Дмитрий Гординский, благодарю. Я выше в комментариях к вопросу описал всю конфигурацию которая есть. У меня только одна реализация, в том то и дело. И оно его не находит. Причина скорее всего в том, что там отдельная конфигурация для тестов. Но я в ней всё прописал. Всё равно болт...