我对symfony框架很新，对于一个新项目，我想确保我得到了正确的设置。该项目本身将有一个前端和后端，将包含几个模块，如博客，论坛，新闻文章等。
每个模块都将成为一个捆绑包。这对我们来说似乎是最好的解决方案。我们希望能够取出一个包并用另一个包替换它。因此，例如，我们可能有两种不同类型的博客包，如果需要，我们可以交换。因此，与模块相关的所有设置和其他部件都在同一个捆绑包中非常重要。
现在，问题在于每个模块的设置将跨越不同的页面。例如，博客和论坛上评论的排序顺序将在同一页面上配置，远离您管理博客文章的页面。每个模块的上传设置将位于不同的页面上。等
对我而言，听起来最合乎逻辑的是，这些设置会在指定的博客和论坛捆绑上更新。所有部分都在一起。或者也许以某种方式，负责设置的页面能够找到哪些模块具有这些设置并进行检索。
解决此问题的最佳架构是什么？
- 编辑 -
博客文章，博客评论，博客上传，它都是一个博客包的一部分。博客包的设置也不会出现在论坛包中。我的意思是，捆绑包中有一个名为“settings”的单独页面，它负责应用程序的所有设置。它还应该照顾每个包的设置。因此，您可以在同一页面上编辑博客设置和论坛设置，此页面不属于任何论坛或博客包。
答案 0 :(得分：0)
要为博客创建一个捆绑包：好的，要有一个博客文章包，另一个用于非常非常糟糕的评论。因此，您可以为您的捆绑包创建一个设置页面，您可以拥有应用程序的核心，即在每个页面之间创建链接。
但是如果您需要在不同捆绑包上的页面上进行设置，那么您的应用程序结构就会很糟糕。对于功能，使用服务，链接在一起的一组功能，使用捆绑包。
----编辑 您的捆绑包必须在其自己的捆绑包中有一个设置页面。你可以用树枝轻松添加它们，但是你总是需要自己做这个模板（这是正常的）来创建你的设置页面。如果您有一个由多个捆绑包使用的参数，您可以在同一个地方注册此参数并剪切模板以为每个参数设置一个块，并在您的完整模板中包含您需要的参数。
但是这很奇怪，在我看来，每个捆绑设置页面是一个好方法，冗余参数很糟糕，因为今天你想要相同的设置来对博客和论坛的评论进行排序，但明天，也许你想要他们之间有区别。
这是我的观点，而不是“解决方案”;）