php - Symfony:组织多客户端应用程序的业务逻辑

Question

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

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

正因为如此，我们想将我们的应用程序迁移到 Symfony3 框架。我读过一些关于将遗留应用程序迁移到 symfony 的整个过程的文章，并设法用 silex 很好地做到了这一点。然而 Silex 有点太轻量级了，我发现 Assets 服务提供者缺少很多功能( Twig 命名空间等)，并决定如果我们可以转移到一个完整的堆栈 symfony 框架是最好的。

Answer 1

调查Symfony bundles - 他们正是您所需要的。您创建一个“基本”包，而不是用其他包扩展它。这就是 FOSUserBundle 的工作原理——它提供了你需要的一切，而不是你扩展和覆盖它。