相关疑难解决方法(0)

我所知道的这样的问题这样,人们往往会讨论束的大致的Symfony 2的概念.

问题是,在特定的应用程序中,例如,类似于Twitter的应用程序,如果一切都真的在一个通用的包中,就像官方文档说的那样？

我之所以这么说是因为当我们开发应用程序时,一般来说,我们不希望将代码高度耦合到一些全栈胶水框架.

如果我开发一个基于Symfony 2的应用程序,并且在某些时候,我认为Symfony 2并不是保持开发进度的最佳选择,那对我来说是个问题吗？

所以一般的问题是:为什么一切都是一个好东西？

编辑#1

自从我提出这个问题以来差不多一年了,我写了一篇文章来分享我对这个主题的了解.

我有一个在Symfony2中开发的应用程序.现在它的结构如下:

• FrontBundle - 包括与应用程序视图和UI相关的所有内容.
• PersistanceBundle - 包括与应用程序的持久层相关的所有内容.
• DomainBundle - 包括与应用程序实体和服务相关的所有内容.

这个结构好吗？或者像论坛功能一样使用捆绑包 - ForumBundle - 包括与论坛相关的每个层(控制器,服务,域逻辑和持久性).

我有应用程序,它有核心网站,api和管理区域.我想知道在一个应用程序中包含所有内容或者我应该创建不同的Symfony2项目还是应该将它们拆分为不同的内核？

我不确定在相同的内核上添加大量的捆绑包是否会影响性能或者只是一点点,这无关紧要？

以下是选项:

1. 将所有内容保存在同一个内核上,它不会产生太大的影响
2. 有多个内核用于不同的应用程序部分(api,admin和核心网站)
3. 为管理区域和api创建不同的Symfony2项目.
4. 或者你明智的话:)

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

我会在这里复制粘贴它:

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

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

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

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

哦,所以我即将使用symfony 2创建一个网站.

我应该制作一个"主"包来控制/组合所有其他捆绑包吗？对于其他捆绑包我想的是让我们说一个"画廊"包来控制与照片相关的东西,以及一个控制商店部分的"商店"包.

什么是最好的(或至少是好的)练习以及专业团队将如何做到这一点？

我正在开发一个带有前端和后端的捆绑包.我遵循有关在此处和此处构建后端和前端部件的控制器和视图的最佳方法的说明.但我找不到如何在路由配置文件中指定子目录.我试着把它,但它不起作用.

post:
  pattern:  /
  defaults: { _controller: "HavactBlogBundle:Backend/Post:Backend/index" }