Silex中的自定义BaseController

时间:2015-09-30 14:17:23

标签: php symfony silex

我在Silex 1.3.4中创建了一个简单的应用程序,我希望有一个基本控制器,它将有__construct方法接受$ app和$ request。然后,所有继承控制器应该具有各自的构造函数并调用父控制器构造方法。

//Use statements here....

class AppController
{
  public function __construct(Application $app, Request $request){
    $this->app = $app;
    $this->request = $request;
   }
 }

继承控制器将写成如下:

//Use statements here....

class ItemsController extends AppController
{
  public function __construct(Application $app, Request $request){
    parent::__construct($app, $request);
   }

  public function listAction()
  {
    //code here without having to pass the application and request objects
   }
 }

我决定路由的方法如下所示:

   $app->post(
     '/items/list', 'MySilexTestDrive\Controller\ItemsController::listAction'
   )->bind('list');

我正在考虑使用调度程序并覆盖那里的一些进程并以我自己的方式创建我的控制器实例,但我不知道如何以及如果这是一个好主意。

任何做过类似事情的人?请帮忙。

3 个答案:

答案 0 :(得分:4)

您可以使用ServiceControllerServiceProvider将控制器定义为应用程序中的服务。但是你不能以这种方式注入Request。顺便说一句,您可以有多个请求,如果您进行子请求,请求实例可以更改。您可以注入RequestStack,然后在需要获取当前请求时调用$requestStack->getCurrentRequest()

$app = new Silex\Application();

abstract class AppController
{
    protected $app;
    protected $requestStack;

    public function __construct(Silex\Application $app, Symfony\Component\HttpFoundation\RequestStack $requestStack)
    {
        $this->app = $app;
        $this->requestStack = $requestStack;
    }

    public function getRequest()
    {
        return $this->requestStack->getCurrentRequest();
    }
}

class ItemsController extends AppController
{
    public function listAction()
    {
        $request = $this->getRequest();
        // ...
    }
}

$app->register(new Silex\Provider\ServiceControllerServiceProvider());

$app['items.controller'] = $app->share(function() use ($app) {
    return new ItemsController($app, $app['request_stack']);
});

$app->get('/items/list', "items.controller:listAction");

做这样的事情有意义吗? 我不这么认为。特别是如果框架通过类型提示为您提供请求实例。只是做

public function listAction(Application $app, Request $request)
{
    // ...
}

并与之合作。

答案 1 :(得分:0)

你也可以试试这个:

class BaseController
{
    protected $app;
    protected $request;

    public function __call($name, $arguments)
    {
        $this->app = $arguments[0];
        $this->request = $arguments[1];
        return call_user_func_array(array($this,$name), [$arguments[0], $arguments[1]]);
    }

    protected function getSystemStatus(Application $app, Request $request)
    {
        [...]
    }
[...]
}

答案 2 :(得分:0)

@Rabbis和@Federico我为此创建了一个更优雅的解决方案,我创建了一个BeforeControllerExecuteListener,我用我的应用程序实例进行调度。这个监听器接受FilterControllerEvent对象,然后从我的基本控制器调用一个方法,我从中注入Silex应用程序和事件请求。

public function onKernelController(FilterControllerEvent $event)
{
    $collection = $event->getController();
    $controller = $collection[0];

    if($controller instanceof BaseControllerAwareInterface){
        $controller->initialize($this->app, $event->getRequest());
      }
 }

我在我的bootstrap文件中简单地发送了这个,如下所示:

$app['dispatcher']->addSubscriber(new BeforeControllerExecuteListener($app));

这使我可以访问此对象,而无需将其作为参数添加到我的操作中。以下是我在制作中的一个动作:

public function listAction($customer)
 {

     $connection = $this->getApplication()['dbs']['db_orders'];
     $orders= $connection->fetchAll($sqlQuery);

     $results = array();
     foreach($orders as  $order){
         $results[$order['id']] = $order['number'] . ' (' . $order['customer'] . ')';
      }


     return new JsonResponse($results);
  }

如果正在调用的当前运行的控制器遵循我所定义的BaseControllerAwareInterface接口,则意味着我应该使用Application和Request实例注入该控制器。我离开控制器来处理他们如何管理每个动作的响应,就像上面的例子我可能需要响应对象本身的JsonResponse甚至任何其他类型的响应,所以它完全取决于控制器来处理它。

然后路由仍然如下:

$app->match('/orders/list/{cusstomer}', 'Luyanda\Controller\OrdersController::listAction')
->bind('list-orders');