如何在Symfony2项目中组织捆绑包？

Question

我有这个家伙的确切问题:http://groups.google.com/group/symfony2/browse_thread/thread/cd35132cc6972f29

我会在这里复制粘贴它:

我想知道在人们正在使用的项目中组织捆绑包的不同方式.

我似乎最终得到了一个项目的大规模捆绑或许多彼此密切相关(依赖)的捆绑.例如;

我实现了自己的用户实体和登录表单等,但用户链接到一个组织(具有一些功能).等等...我猜的主要是实体重叠很多...

你们拆开它们还是将它们全部丢弃在一起？

Answer 1

编辑:我不再使用捆绑包作为特定于应用程序的代码.

就个人而言,我更喜欢每个应用程序的一个部分都有一个包.例如:

• UserBundle
• BlogBu​​ndle
• ForumBundle
• JobBundle
• StoreBundle
• 等等

如果应用程序是几个功能的混杂,没有一个足够大,需要单独的应用程序和/或子域,这是可以的.但是,如果我正在开发一个大型网上应用程序,我的捆绑包将更加具体:

• UserBundle
• ProductBundle
• CartBundle
• SearchBundle
• WishlistBundle
• 等等

所以,我会说,这取决于项目的重点.什么只是一个项目的一个部分可能是另一个项目的核心功能.

而且我通常都有CommonBundle,其中包括全局CSS,图像,布局等所有常见内容.

后端组织至少有两个选项:

1. 每个捆绑包都有自己的后端部分,或
2. 有一个大的后端捆绑.

我个人倾向于第一个选项,您可以在我之前的答案中阅读它,但有些人更喜欢为整个后端分别拥有一个包 - 可能使用了一个管理包.

顺便说一句,捆绑互联是完全可以的 - 你不必让它们彼此独立.例如,JMSDiExtraBundle依赖于元数据库和JMSAopBundle,而JMSAopBundle又依赖于cg-library.如果你试图保持bundle完全独立,那么你最终会得到一大块单片的代码块.

Answer 2

对于每个项目,我都从一个CoreBundle开始,在那里我把所有东西放在一起.然后我只是在其中开发功能,随着时间的推移,我重新评估它 - 如果我有一天可能在其他地方使用此功能(甚至发布到开源),我将它移动到一个新的包.

值得单独捆绑的功能的"大小"并不重要 - 我已经看到操作系统捆绑与1个单独的js文件一样大:D

有一点可以肯定 - 将所有东西都塞进一个包中是不好的,这与这个架构首先实现的全部原因背道而驰!