在开发 Symfony2 应用程序时，开发人员经常面临有关捆绑包组织的架构挑战。出现两个常见问题：
传统上，人们可能会为前端和后端元素创建不同的捆绑包，称为“FrontendBundle”和“BackendBundle”。然而，拥有包含前端和后端代码的包罗万象的捆绑包是另一种选择。这种方法避免了对多个子包的需要，简化了代码库，并消除了关于使用哪个包来实现特定功能的任意决定。
用于跨多个共享的可重用代码元素捆绑包，例如日期显示器或分页器，建议创建专用的“CommonBundle”。该捆绑包为常用功能、模板和其他资产提供了一个集中存储库，促进了代码重用和一致性。
一种较新的方法提倡单一的应用程序 -名为“AppBundle”的特定捆绑包，而不是众多专门的捆绑包。这简化了开发并消除了有关捆绑包组织的复杂决策的需要。通过在 AppBundle 中使用子命名空间，可以对代码进行逻辑分区，而无需创建单独的捆绑包。
捆绑包组织的最佳方法取决于特定项目的要求。然而，上面讨论的推荐策略提供了一个有效构建 Symfony2 应用程序和优化代码重用的框架。
以上是何时对 Symfony2 应用程序组织使用通用捆绑包与特定捆绑包？的详细内容。更多信息请关注PHP中文网其他相关文章！
