供应商文件夹中的symfony是什么？

当我使用composer创建应用程序或安装使用composer创建的其他应用程序时，会包含一个供应商/symfony文件夹

例如，我使用composer安装了Laravel。文件夹供应商/symfony已存在。我根本没有在我的Laravel应用程序中特别提到这一点

这个文件夹是什么？它需要什么？是应用程序使用它，还是作曲家使用它？因此，如果我使用的是使用Composer创建的应用程序，而我自己不使用Composer，那么可以安全地将其删除，并且应用程序仍然运行吗？或者应用程序可能正在使用它

---

谢谢

答案很简单：Laravel使用Symfony组件

检查这篇文章：

改进的路由引擎

Laravel4.1具有完全重写的路由层。API是 相同的；然而，注册路由比注册路由快100% 到4.0。整个发动机已大大简化，并且 对Symfony路由的依赖性已降至最低，可以编译 路由表达式

---

答案很简单：Laravel使用Symfony组件

检查这篇文章：

改进的路由引擎

Laravel4.1具有完全重写的路由层。API是 相同的；然而，注册路由比注册路由快100% 到4.0。整个发动机已大大简化，并且 对Symfony路由的依赖性已降至最低，可以编译 路由表达式

“供应商”文件夹是每个使用composer管理依赖关系的应用程序/框架中的标准文件夹。在“供应商”文件夹中，您将找到应用程序所需的所有依赖项（读：库）

但您也会找到您的库所需的所有库。为了最大限度地减少代码重复，多亏了composer系统，大多数开源项目现在都重用了来自其他开源项目的部分

顺便说一句，这太棒了

Symfony组件非常优秀，并且有很好的文档记录，因此目前许多其他框架和应用程序都在使用它们

在“供应商”中，您可能会发现其他您并不特别需要自己的库，但只要您正确使用composer，就不必担心这一点。

在使用composer管理依赖关系的每个应用程序/框架中，“供应商”文件夹都是一个标准。在“供应商”文件夹中，您将找到应用程序所需的所有依赖项（读：库）

但您也会找到您的库所需的所有库。为了最大限度地减少代码重复，多亏了composer系统，大多数开源项目现在都重用了来自其他开源项目的部分

顺便说一句，这太棒了

Symfony组件非常优秀，并且有很好的文档记录，因此目前许多其他框架和应用程序都在使用它们

---

在“供应商”中，您可能会发现其他您并不特别需要自己的库，但只要您正确使用composer，这就不必担心。

谢谢，我熟悉供应商文件夹，并且可以在其中看到应用程序需要的其他库，但是symfony在我使用的每个有composer的应用程序中都有。谢谢，我熟悉供应商文件夹，可以看到应用程序需要的其他文件夹，但是symfony在我使用的每个有composer的应用程序中都有。