Symfony2多核？

Question

我有应用程序，有核心网站，API和管理区域。 我想知道在一个应用程序中包含所有内容或者我应该创建不同的Symfony2项目还是应该将它们拆分为不同的内核？

我不确定在相同的内核上添加大量的捆绑包是否会影响性能或者只是一点点，这无关紧要？

以下是选项：

1. 将所有内容保存在同一个内核上，它不会产生太大的影响
2. 有多个内核用于不同的应用程序部分（api，admin和核心网站）
3. 为管理区域和api创建不同的Symfony2项目。
4. 或者你明智的话:)

Answer 1

它主要取决于捆绑质量。 这与他们有多少联系。

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

有多个内核用于不同的应用程序部分（api，admin和核心网站）

常见问题是由容器中的监听器和服务创建的。 特别是当你的监听器只能在app上下文之一（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配置文件告诉我们它在每个前端请求上节省了大约15ms）。

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

但只有那些测量每毫秒响应时间的人才会这样。 并取决于您的/ 3dparty捆绑质量。 如果一切都完全没问题那么你就不需要搞乱内核了。

Answer 2

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

例如 ：

在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 3

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

额外的性能打击是可以忽略的，但组织是关键...这就是为什么我们首先使用MVC包（Symfony），不是吗？ :)

注意：你的术语有点令人困惑，我认为通过Kernel你的意思是Bundle 。

Answer 4

有几个内核不一定有帮助。

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

您可以根据主机/ URL定义加载的分离路由/控制器/配置。

注意 ：

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

这个选择可能涉及你的一个包包含太多（和非相关）逻辑，并且需要稍后在几个包中重构。

为应用程序的每个部分创建一个与一组相关资源相对应的捆绑包，并通过配置的不同上下文在两个部分之间进行区分。

另外，明智地命名您的类/命名空间。