V
commands => function (Container $container) {
return [
$container->get(A::class),
$container->get(B::class),
]
}
return [
$container->get(A::class),
$container->get(B::class),
]
}
И в чем преимущества?
Size: a a a
2020 May 03
EK
Не вижу преимуществ перед тегам ларки или instanceof симфони
так преимущества должны дать тэги
V
Они и дают, а ты говоришь, что не нужны
EK
И в чем преимущества?
так это тэги новый функционал который должен давать преимущества
EK
Они и дают, а ты говоришь, что не нужны
какие ?
V
Теги ларки и симфони
i
Никогда не поздно написать свое расширение. Симфони же просто достает каждый класс и смотрит, есть ли конкретный интерфейс у
$reflection->getInterfaces(), и если да, ставит тегВроде как не через рефлексию делает, у симфони для этого путь к сервисной директории прописывается, которая автовайрится
EK
что за преимущества дают которые можно юзать ?
V
Вроде как не через рефлексию делает, у симфони для этого путь к сервисной директории прописывается, которая автовайрится
Я образно. Через рефлексию просто быстрее
i
что за преимущества дают которые можно юзать ?
Для этого нужно понимать, зачем тебе теги нужны)
EK
рефлексия и быстрей?))
i
Если они тебе не нужны, ок
V
что за преимущества дают которые можно юзать ?
Тебе @invariance скинул выше. Подтягивается автоматически
V
рефлексия и быстрей?))
Про кэш слышал?
EK
Про кэш слышал?
слышал
EK
тогда речь о кэше а не о рефлексии
V
Неважно. Пока не вижу преимуществ твоего способа регать теги перед способами ларавела или тем более симфони. Так или иначе надо прописывать руками.
i
Никогда не поздно написать свое расширение. Симфони же просто достает каждый класс и смотрит, есть ли конкретный интерфейс у
$reflection->getInterfaces(), и если да, ставит тегГлянул доку и не уверен, что ларавел позволяет расширять сервис-контейнер =\
EK
Пример, нужно реализовать сидеры из ларки.
В симфони пишем:
Потом просто инжектим iterable $dataSeeders в команду
И не надо каждый отдельный сидер в конфиге описывать, все единообразно отработают
В симфони пишем:
_instanceof:
App\Service\Seeder\SeederInterface:
tags: ['app.data_seeders']
Потом просто инжектим iterable $dataSeeders в команду
run-seeds, к примеру. И там внутриpublic function make(iterable $dataSeeders)
{
foreach ($dataSeeders as $seeder) {
$this->runSeeder($seeder);
}
}
И не надо каждый отдельный сидер в конфиге описывать, все единообразно отработают
немного не понимаю плюсов
V
Глянул доку и не уверен, что ларавел позволяет расширять сервис-контейнер =\
Сервис-провайдеры же