Symfony 4不鼓励捆绑，为什么？是什么取代了它们？

在使用Symfony 4.1进行练习时，我注意到它在bundles页面上是这样写的：（）

在4.0之前的Symfony版本中，建议组织您的 使用bundle拥有自己的应用程序代码。不再建议这样做，并且 捆绑包只能用于在用户之间共享代码和功能 多个应用程序

为什么会这样？用什么替换捆绑包？只需在一个“应用程序”包中创建目录

---

因此，一个子文件夹就可以代替一个包？

您可以在此处看到演示应用程序->

您可以在此处看到演示应用程序->

您的问题的答案写在本页底部。 概括

但是捆绑包是指可以作为独立软件重用的东西。如果UserBundle不能在其他Symfony应用程序中“按原样”使用，那么它就不应该是自己的捆绑包。此外，如果InvoiceBundle依赖于ProductBundle，那么拥有两个单独的bundle没有任何好处

然后

不要创建任何包来组织应用程序逻辑

Symfony应用程序仍然可以使用第三方bundle（安装在vendor/）来添加功能，但是您应该使用PHP名称空间而不是bundle来组织自己的代码

所以我来回答你的问题

---

“那么一个子文件夹就可以代替一个包？”是的！如果它是一段可重用的代码，可供其他应用程序使用，请将其打包成一个包；如果它只是用来组织应用程序，请使用文件夹（带名称空间）。

您的问题的答案写在本页底部。 概括

但是捆绑包是指可以作为独立软件重用的东西。如果UserBundle不能在其他Symfony应用程序中“按原样”使用，那么它就不应该是自己的捆绑包。此外，如果InvoiceBundle依赖于ProductBundle，那么拥有两个单独的bundle没有任何好处

然后

不要创建任何包来组织应用程序逻辑

Symfony应用程序仍然可以使用第三方bundle（安装在vendor/）来添加功能，但是您应该使用PHP名称空间而不是bundle来组织自己的代码

所以我来回答你的问题

---

“那么一个子文件夹就可以代替一个包？”是的！如果它是一段可供其他应用程序使用的可重用代码，请将其打包成一个包；否则，如果它只是用来组织应用程序，请使用文件夹（带有名称空间）。

直到S4，您至少需要一个AppBundle，以便充分利用Symfony的配置。由于一些相当小的调整，您现在可以不用捆绑包完成大部分配置。一般来说，您仍然有一个应用程序名称空间，但您的类将直接位于src目录下。查看演示应用程序以获得完整的示例。在S4之前，您至少需要一个AppBundle才能充分利用Symfony的配置。由于一些相当小的调整，您现在可以不用捆绑包完成大部分配置。一般来说，您仍然有一个应用程序名称空间，但您的类将直接位于src目录下。查看演示应用程序以获取完整的示例。