Symfony2 多内核？

Question

我的应用程序具有核心网站、api 和管理区域。我想知道将所有东西都放在一个应用程序中是个坏主意，还是应该创建不同的 Symfony2 项目，还是应该将它们拆分为不同的内核？

我不确定在同一个内核上添加大量包是否会对性能产生很大影响，或者只是一点点影响，这没关系？

以下是选项：

1. 把所有东西都放在同一个内核上，不会有太大区别
2. 为应用程序的不同部分（api、管理和核心网站）提供多个内核
3. 为管理区和 api 创建不同的 Symfony2 项目。
4. 或者你的明智之言 :)

Answer 1

您可以定义更多“环境”。

例如：

在AppKernel.php

public function registerBundles()
    {
        $bundles = array(
            new Symfony\Bundle\FrameworkBundle\FrameworkBundle(),
            new Symfony\Bundle\SecurityBundle\SecurityBundle(),
            new Symfony\Bundle\TwigBundle\TwigBundle(),
            new Symfony\Bundle\MonologBundle\MonologBundle(),
            new Symfony\Bundle\SwiftmailerBundle\SwiftmailerBundle(),
            new Doctrine\Bundle\DoctrineBundle\DoctrineBundle(),
            new Sensio\Bundle\FrameworkExtraBundle\SensioFrameworkExtraBundle(),
            //new AppBundle\AppBundle()
        );

        if (in_array($this->getEnvironment(), array('api'), true)) {
            $bundles[] = new ApiBundle\ApiBundle();
            //-- Other bundle
        }
        //-- Other environments


        return $bundles;
   }
}

Answer 2

拥有多个内核不一定有帮助。

将您的应用程序拆分为捆绑包，并保持通过应用程序的不同部分共享您的实体（等等）的所有优势。

您可以定义单独的路由/控制器/配置，根据主机/url 加载。

注意：

如果您要将应用分成两个大包（即 Admin 和 Api）， 并且两者共享相同的实体，您肯定必须做出选择。

此选择可能涉及您的一个捆绑包包含太多（且不相关）逻辑，并且稍后需要在多个捆绑包中重构。

为应用程序的每个部分创建一个与一组相关资源相对应的包，并通过配置中的不同上下文在两个部分之间产生差异。

另外，合理地命名你的类/命名空间。

Answer 3

这主要取决于捆绑包的质量。这就是他们之间的联系程度。

我会在开始时拒绝第 3 点 (create different Symfony2 project for admin area and api.) - 因为您可能没有构建两个单独的应用程序。

为应用程序的不同部分（api、管理员和核心网站）提供多个内核

常见问题是由容器中的侦听器和服务造成的。尤其是当您的侦听器应仅在应用程序上下文之一（api/frontend/backend）中工作时。即使您记得在侦听器方法的一开始就检查它（并且只在想要的上下文中执行魔术），那么侦听器仍然可以依赖于无论如何都需要构建和注入的注入服务。这里的一个很好的例子是 FOS/RestBundle：即使你配置了 zones 然后仍然在前端（当为 api 激活 view_listener 时）view_handler 被初始化并注入到监听器 - https://github.com/FriendsOfSymfony/FOSRestBundle/blob/master/Resources/config/view_response_listener.xml#L11 我不确定 100%在这里，但也禁用 API 的翻译和树枝（等）（大多数 api 不需要它）会加快速度。

为 API 上下文创建单独的内核将解决该问题（在我们的项目中，我们使用一个内核，并且我们不得不禁用该侦听器 - 因为 blackfire.io 配置文件告诉我们它在每个前端请求上节省了大约 15 毫秒）。

为 API 创建新内核将确保所有仅 API 服务/侦听器都不会干扰前端/后端渲染（它可以双向工作）。但它会为您创建额外的工作，即创建在项目内的许多包（来自不同内核的包）中使用的共享components - 但在使用 composer 的世界中，这不再是一项艰巨的任务了。

但这仅适用于测量每毫秒响应时间的人。并且取决于您的/3dparty 捆绑包质量。如果一切都很好，那么你不需要弄乱内核。

Answer 4

这是个人选择，但我有一个类似的项目，我在同一个项目中有一个 publicBundle、adminBundle 和 apiBundle。

额外的性能损失可以忽略不计，但组织是关键……这就是我们首先使用 MVC 包 (Symfony) 的原因，不是吗？ :)

注意：你的术语有点混乱，我认为Kernel 是指Bundle。