Dropbox的PHP SDK严厉地建议人们应该使用Composer来安装和加载他们的SDK。此外，AWS的PHP SDK版本2还提供Composer作为安装/加载器（幸运的是没有偏见）。
我正在使用Codeigniter（CI）框架，该框架具有几种简单的机制来加载模块。它有1）一个内置的"供应商"文件夹（CI称为"third_party"，作曲家称为"供应商"）。2）"助手"和"库"文件夹来控制我创建的模块，例如$this->load->library("blah_blah"); 3）最后，没有什么能阻止我为边缘情况编写普通的PHP include/require "blah/blah.php";语句。
我不太了解其他PHP框架，但我认为它们以类似的简单方式处理依赖关系，因为这似乎是使用框架的主要目的之一。
鉴于所有这些，它们对 Composer 的额外好处是否超出了框架提供的范围？或者用与 Composer 一起使用的代码替换我的代码中与我的框架对话的部分？总的来说，我对作曲家有些不了解吗？
首先阅读 http://getcomposer.org/doc/00-intro.md
Composer 解决的问题是这样的：
a） 您有一个依赖于多个库的项目。
b） 其中一些库依赖于其他库。
c） 你声明你所依赖的东西。
d） 作曲家找出哪些包需要哪些版本 安装并安装它们（这意味着它会将它们下载到您的 项目）。
您可以安装、更新和管理项目的依赖项。另一个有用的功能，您autoload.php加载所有库的文件中获得。您不再需要包含文件（使用任何支持 PSR-0 命名空间的框架）。
这是一篇解释如何将作曲家与 CI 一起使用的文章。我相信你可以找到很多文章，因为使用作曲家真的很方便。