【发布时间】：2018-02-12 20:55:51
【问题描述】：
接下来我的问题是——当应用程序有很多复杂的代码时，你如何组织它的代码库？
我开始学习 Symfony 4 框架。在我使用 Yii 1.1 和 Yii 2 框架开发应用程序之前。在围绕此框架构建的项目中，代码按模块划分，以便更好地组织和维护。所有专门针对 Yii 框架的论坛都鼓励这种代码组织方式。
在 Symfony 世界中，最接近 Yii 模块的模拟是捆绑包。据我了解，在阅读了相关文章和文档后，它们确实是用于这种代码组织的，但它们并不是为此目的而开发的。对于 Symfony 4，作者建议构建无捆绑应用程序，此时我真的很困惑。
在我的任务中搜索答案给我什么。在控制器、模板、实体等中将类分组到命名空间（子文件夹）下的一些建议，但我觉得这不是正确的方法，因为视图、控制器、服务和其他类将分散在项目中。
我知道这个问题不存在一个正确的答案，但无论如何我很好奇这个问题在 Symfony 世界中是如何解决的。
【问题讨论】：
-
如果你想开始，IMO 你最好的选择是从经典的 3.4 设置开始，没有 Flex。 3.4 是一个稳定的 LTS 版本，而 4.0 和 Flex 的东西仍在进行中。 Bundle-less 是新的热潮，但您也可以从
AppBundle开始，稍后再迁移。 Symfony 作为一等公民支持这两种策略，因此您无需选择或混淆。只是我的 2 美分，YMMV。
标签： symfony architecture code-organization project-organization symfony4