【问题标题】:Symfony: Organising multi-client application’s business logicSymfony:组织多客户端应用程序的业务逻辑
【发布时间】:2016-09-09 11:16:11
【问题描述】:

问题:
我不确定如何为 Symfony 设置多客户端应用程序,这样我们就不会违反 Symfony 的最佳实践并违反框架。
我想要一个包含所有基本模型类的主要核心命名空间。在核心旁边,我想根据客户端区域设置设置将使用的客户端特定命名空间。例如针对美国市场的 LocalUS、针对英国市场的 LocalUK 等。
Local* 命名空间应该优先考虑包含 twig 模板,并作为后备使用核心公共共享视图(据我了解,这可以通过 twig 命名空间解决)。控制器和模型也是如此——这些可能可以通过扩展核心命名空间类来解决?这一切都可以通过路由和为这些 Local* 控制器提供路径来解决吗?
我在github上查找是否有任何具有类似设置的项目,但我找不到任何东西。

一点背景:
我们有一个旧的遗留 PHP 应用程序,它是使用纯 PHP 从头开始​​在内部构建的。随着应用程序的发展,保持良好的代码质量和标准变得越来越困难。教新开发人员我们的应用程序逻辑也非常耗时,因为应用程序基本上不遵循标准设计模式,只是做自己的事情。许多处理路由、控制器等的底层代码似乎就像没有人真正敢于触及的“魔法”。

正因为如此,我们想将我们的应用程序迁移到 Symfony3 框架。我已经阅读了一些关于将遗留应用程序迁移到 symfony 的整个过程的文章,并设法用 silex 很好地做到了这一点。然而 Silex 有点太轻量级了,我发现资产服务提供者缺少很多功能(树枝命名空间等),并决定我们最好改用全栈 symfony 框架。

【问题讨论】:

    标签: php symfony namespaces directory-structure


    【解决方案1】:

    查看Symfony bundles - 他们完全满足您的需求。您创建一个“基本”包,而不是使用其他包扩展它。这就是 FOSUserBundle 的工作原理 - 它提供您需要的一切,而不是您扩展和覆盖它。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2010-12-22
      • 2015-11-10
      • 2011-05-07
      • 2010-10-23
      • 2012-02-09
      • 1970-01-01
      • 2013-10-09
      • 2019-11-15
      相关资源
      最近更新 更多