Silex DI для контроллера?

Question

[Mariik]

Привет.

А есть возможность котроллеру принимать в конструкторе обьект класса Silex\Application ?
Пробовал такой подход

$app->get('/','AppComponents\Controllers\HelloController::index' );

// HelloController.php

namespace AppComponents\Controllers;
use Symfony\Component\HttpFoundation\Request;
use Symfony\Component\HttpFoundation\Response;
use Silex;
use Silex\Application;

class HelloController{
    
    protected $app; 

    function __construct(Application $app) {
        $this->app = $app;
    }
    
    
    function index() {
        return  new Response("hello");
    }
    
}

В результате получаю ошибку

В тоже время, если обьект Application будет принимать не конструктор, а метод класса, то все работает

public function test(Application $app){
     var_dump($app);
     return "Bloody Hell!! Its working";
}

Можно конечно зарегестрировать класс как сервис, но это как-то дико звучит.
Есть вариант таки заставить сайлекс всунуть Application в конструктор?

Answer 1

[Сергей Протько]

класс как сервис, но это как-то дико звучит.

Почему? Более дико звучит иньекция контейнера в класс.

silex.sensiolabs.org/doc/providers/service_control...

опять же по ссылке вы узнаете как иньектить что угодно в класс контроллера.

Comments

[Mariik]

Честно говоря - вот это довольно спорный момент... Да в любом фрэймворке
я могу получить нужный обьект через конструктор класса. А тут получается, что
мне нужно регестрировать класс контроллера как сервис провайдер... Здорово, просто великолпно.Вот к примеру кусок из кода на Ларавеле
private $api;

public function __construct(SmsOnlineApi $api)
{
$this->api = $api;
}

Вот аналогичного поведения я хочу добиться и от сайлекса..

P.S. спасибо уж что хоть не написали гуглить )

[Сергей Протько]

Mariik: вот же люди, попользовались IoC с автосвязыванием и уже считают это само собой разумеющимся.

На самом деле если хотите как в Laravel - то просто замените pimple на что-то более подходящее вам, например PHP-DI, он с 5-ой версии имеет интеграцию с silex из коробки, а так же предоставляет все те плюшки о которых вы говорите.

[Сергей Протько]

Mariik: поясню все же.... когда вы в вашем любимом Laravel пишите:

class Foo { function __constructor(Bar $bar) }

и просите контейнер дать вам инстанс Foo, тот (момент с кешированием и прочим опустим) берет рефлексию класса, берет рефлексию конструктора и смотрит от чего ваш этот класс зависит. Видет Bar и пробует сделать то же самое с ним. И так всю иерархию зависимостей прогоняет.

В Silex вместо нормального контейнера зависимостей у нас там поделка на <100 строк кода. Естественно ни о каких рефлексиях речи не идет, все максимально просто и максимально вручную.

[Mariik]

Сергей Протько: "замените pimple на что-то более подходящее вам" - возможно, что так и поступлю. Хотя лично я не понимаю, почему в метод класса сайлекс дает заисимости и не пыхтит, но в конструктор нетю

[Сергей Протько]

Mariik: потому что в экшены инджектит Symfony Routing, а не pimple. Он умеет брать рефлексию и подставлять аргументы.