如果已经使用PHP框架，那么Composer的好处

Question

Dropbox的PHP强硬地建议，应该使用Composer来安装和加载其SDK。此外，AWS的PHP第2版还提供Composer作为安装/加载器(幸运的是没有偏见)。

我使用Codeigniter (CI)框架，它有几个简单的机制来加载模块。它有一个内置的“供应商”文件夹( CI称为"third_party“，作曲家称为”供应商“)。2)“助手”和“库”文件夹来控制我创建的模块，例如$this->load->library("blah_blah"); 3)最后，没有什么能阻止我为边缘情况编写普通的PHP include/require "blah/blah.php";语句。

我不太了解其他PHP框架，但我假设它们以类似的简单方式处理依赖关系，因为这似乎是使用框架的主要目的之一。

有鉴于此，他们的是否给Composer带来了比框架所提供的更多的好处？或者用代替--我的代码中与我的框架对话的部分--可以用它代替Composer吗？一般来说，我是不是对作曲家不太了解？

Answer 1

首先读http://getcomposer.org/doc/00-intro.md

Composer解决的问题是： ( a)您有一个依赖于多个库的项目。 ( b)其中一些图书馆依赖其他图书馆。 ( c)你申报你所依赖的东西。 ( d) Composer找出需要安装哪个软件包的版本，并将其安装(这意味着它会将它们下载到项目中)。

您可以安装、更新和管理项目的依赖项。另一个有用的特性是您获得了加载所有库的autoload.php文件。您再也不需要包含文件了(任何支持PSR-0命名空间的框架)。

下面是一个文章，它解释了如何在CI中使用这个作曲家。我相信你能找到很多文章，因为它真的很方便使用一个作曲家。