Symfony2 - AdminBundle 实际上是组织应用程序的正确方法吗？
Symfony2 - Is an AdminBundle actually the correct way to organise the app?
我是 Symfony 的新手，正在启动一个包含管理部分的应用程序。一般建议非常明显 - 制作一个 AdminBundle。
但是，这真的是最佳做法吗？ Symfony 文档说一个包是一个 'plugin' 可以按原样分发，并且可以在另一个应用程序中工作的包。不过，管理部分不需要了解主应用程序的所有模型和内容吗？这是一个管理部分，专为管理我的应用程序的更改而创建，那么它是如何分发或独立的？
我觉得我错过了一些东西，因为如果所有的建议都是制作一个 AdminBundle，那么我显然不明白某些东西或者还没有深入研究 Symfony。
我只是想让我的应用程序以正确的结构开始。
仅供参考，我也使用默认的 AppBundle 创建了一个项目。我只是打算把所有东西都放在那里，但这似乎也不对，因为单独组织所有管理内容会更难。
我认为这取决于旅游需求和项目规模。创建一个特殊的包来放置管理面板的逻辑是一个很好的做法。但是如果您有一个只有几个实体的小型应用程序，则没有必要创建 AdminBundle。
Symfony 为您提供您喜欢的任何方式来做您需要的事情。您可以创建捆绑包或将所有管理面板业务逻辑放入主捆绑包控制器目录内的特殊目录中，或者将所有代码放入相同的控制器中并通过设置防火墙来管理管理操作的权限。
我建议使用 AdminBundle。它让您的代码更简洁：客户端逻辑在一个包中，管理逻辑在另一个包中。
摘自 symfony 官方文档的包描述并没有说任何相反的话。因为如果你愿意，你可以在另一个应用程序中使用你的 AdminBundle。捆绑是一种将不同类型的业务逻辑相互分离的方法。
我是 Symfony 的新手，正在启动一个包含管理部分的应用程序。一般建议非常明显 - 制作一个 AdminBundle。
但是，这真的是最佳做法吗？ Symfony 文档说一个包是一个 'plugin' 可以按原样分发，并且可以在另一个应用程序中工作的包。不过，管理部分不需要了解主应用程序的所有模型和内容吗？这是一个管理部分，专为管理我的应用程序的更改而创建，那么它是如何分发或独立的？
我觉得我错过了一些东西，因为如果所有的建议都是制作一个 AdminBundle，那么我显然不明白某些东西或者还没有深入研究 Symfony。
我只是想让我的应用程序以正确的结构开始。
仅供参考，我也使用默认的 AppBundle 创建了一个项目。我只是打算把所有东西都放在那里，但这似乎也不对，因为单独组织所有管理内容会更难。
我认为这取决于旅游需求和项目规模。创建一个特殊的包来放置管理面板的逻辑是一个很好的做法。但是如果您有一个只有几个实体的小型应用程序，则没有必要创建 AdminBundle。
Symfony 为您提供您喜欢的任何方式来做您需要的事情。您可以创建捆绑包或将所有管理面板业务逻辑放入主捆绑包控制器目录内的特殊目录中，或者将所有代码放入相同的控制器中并通过设置防火墙来管理管理操作的权限。
我建议使用 AdminBundle。它让您的代码更简洁：客户端逻辑在一个包中，管理逻辑在另一个包中。
摘自 symfony 官方文档的包描述并没有说任何相反的话。因为如果你愿意，你可以在另一个应用程序中使用你的 AdminBundle。捆绑是一种将不同类型的业务逻辑相互分离的方法。