Rest Symfony2用于不同目的的多个内核?

Rest Symfony2用于不同目的的多个内核?,rest,symfony,Rest,Symfony,我只是想问一个问题,我正在使用Symfony2构建一个应用程序,在某个时候它可能需要RESTAPI 我不想等到那一刻再重新构建应用程序,所以我决定现在就着手构建一个合适的结构/架构 所以,我的问题是:拥有多个内核是一个好的实践吗?这样做的原因主要是加载bundle(如Twig和其他一些API并不真正需要的bundle)时的性能考虑 如果你能为我提供一些关于这方面的资源,我将不胜感激,不管答案是什么 @编辑 为了澄清我想做什么: 准备一个名为WebKernel的内核,用于完整的HTML响应 从A

我只是想问一个问题,我正在使用Symfony2构建一个应用程序,在某个时候它可能需要RESTAPI

我不想等到那一刻再重新构建应用程序,所以我决定现在就着手构建一个合适的结构/架构

所以,我的问题是:拥有多个内核是一个好的实践吗?这样做的原因主要是加载bundle(如Twig和其他一些API并不真正需要的bundle)时的性能考虑

如果你能为我提供一些关于这方面的资源,我将不胜感激,不管答案是什么

@编辑

为了澄清我想做什么:

  • 准备一个名为WebKernel的内核,用于完整的HTML响应
  • 从API不需要的包中剥离另一个名为ApiKernel的内核(twig等)
  • 有两个前端控制器[web.php和api.php]都使用各自的内核
  • 将web服务器配置为重定向到/api/*上的api.php前端控制器或使用api子域

这明智吗?我还意识到我需要有单独的环境,比如(我想有单独的环境就可以了)配置文件来解释Apickernel中缺少的bundle。

请看一下(幻灯片23)中关于这种方法的问题,以及关于在一个应用程序中包含两个应用程序的一些更有用的信息,在这里可以找到您是否考虑过仍然拥有一个内核,但只注册当前请求所需的bundle(在
registerBundles
方法中)?@AndreyMischenko我确实想到了这一点,但拥有单独的内核似乎是更干净的方法,因为否则我将不得不决定前端控制器内部的环境(基于web服务器或请求路径设置的某些头)进程中的正式请求