Symfony2架构

Question

我正在开发一个与Symfony2的应用程序，有3个主要部分称为前台办公室，后台，管理。我在考虑创建三个独立的包: FrontOfficeBundle，BackOfficeBundle，AdminBundle，但是Symfony的文档说，每个包不应该有任何关系。Entity已经是一个共享属性，可能还是一些模型。我可以创建一个SharedBundle，但它没有任何意义。我记得两年前我创建了一个应用程序，当时我有15个包，所有的包都是相互连接的，我从经验中知道这是一场噩梦。

我是否应该在文件夹中只有一个捆绑的AppBundle和逻辑拆分，例如。控制器/管理员；控制器/FrontOffice、控制器/BackOffice？

最好的方法是什么？

Answer 1

这都是关于和的

创建一个包不会有什么坏处，所以在多个包中为你需要的东西创建一个单独的包，例如我倾向于创建一个包含实体及其存储库(作为服务)的EntityBundle。

当然，您也可以只使用单个AppBundle，但是，，请不要将您的逻辑放到控制器中，->创建可重用的服务！将你需要的服务注入你的控制器(这些服务本身也应该是服务)。

Alternatives to base Controller Methods

Answer 2

没有最好的方法。

但是，我喜欢为每个请求操作创建一个单独的“组件”目录，而不是按目录中的类类型(Controller、Command、Form、Templates)进行分组。所以我会

Action
  FrontOffice
  BackOffics
  Admin
    User
      UserController.php
      UserFormType.php
      UserTemplate.html.twig

以这种方式对文件进行分组确实减少了找出不同文件所在位置的工作量。这是“最好的”方法吗？不是的。但这对我很管用。