Php 我不明白为什么有人需要作曲家?

Php 我不明白为什么有人需要作曲家?,php,composer-php,autoloader,Php,Composer Php,Autoloader,我认为没有必要在加载任何库时包含composer等。加载一些库并不是一项艰巨的任务。它很容易包括 下载库>提取>放入项目>使用它 每个项目仅执行一次此任务。我的意思是这不是一次又一次 更新也不是一项艰巨的任务。。。只需下载并替换项目中的旧文件 对于每个库,这仅为30秒。我看不出有任何理由在我的项目中增加一个图层(composer) 另外,如果我们将这个层(composer)添加到我们的项目中,它也会带来它自己的问题。检查此项以查看有多少人处理作曲家错误; 我想我忽略了一些事情。因为几乎每个人都

我认为没有必要在加载任何库时包含composer等。加载一些库并不是一项艰巨的任务。它很容易包括

下载库>提取>放入项目>使用它

每个项目仅执行一次此任务。我的意思是这不是一次又一次

更新也不是一项艰巨的任务。。。只需下载并替换项目中的旧文件

对于每个库,这仅为30秒。我看不出有任何理由在我的项目中增加一个图层(composer)

另外,如果我们将这个层(composer)添加到我们的项目中,它也会带来它自己的问题。检查此项以查看有多少人处理作曲家错误;

我想我忽略了一些事情。因为几乎每个人都使用composer并推荐


你能告诉我我对这位作曲家有什么看法吗?它的好处是什么?

Composer的好处在于它可以自行为您下载库。您所要做的就是指定所需库的列表,而Composer将完成其余的工作

这些您认为很容易手动完成的事情(更新库版本,包括项目中的版本等)都是由Composer自动完成的。你认为什么对你自己和你的开发团队更容易?手动安装一组库,或者安装Composer,编写一个Composer.json文件并键入“php Composer.phar update”

Composer的最大好处是它将自动获取所需库所需的所有库。假设您有一个库a需要B,B需要C,C需要D等等。如果没有Composer,您必须自己完成这项工作。这需要时间和风险


若你们有更多关于作曲家的问题,请告诉我。从长远来看,它将为您节省大量问题。

Composer允许您非常轻松地为项目安装大量软件,而无需处理细节

它允许作者自己使用另一个库,而无需处理所有细节

例如,如果您希望手动安装一个库,该库需要以正确的版本安装两个附加库,而这些库每个都需要一个附加库,并且您还必须初始化所有五个库的自动加载,那么这可能是需要解决的一些任务

使用Composer,您只需要一个库,然后一切都为您完成

此外,它使更新方式更容易为您。如果您的库中有一个bug在较新的版本中得到修复,您只需更新并查看应用程序是否仍在运行。你会花大部分时间检查所有东西是否还在运行,而几乎没有时间进行更新。这很有成效


是的,你可以手工做。但是为什么呢?但我可以理解,如果您不广泛更新软件或不使用大量库,您就看不到好处。

谢谢您的回答。正如我所说,在开始一个项目之前,完成这些任务并不是一项艰巨的任务。如果composer只做这个任务,我真的不明白为什么所有php社区都在谈论composer,因为它是php中最近最好的东西。。。它怎么可能是最好的东西之一,甚至真的不需要它…下载和放置这些库是项目中最简单的部分。另外,我们在项目开始前只做一次。不是一次又一次。更新它们也不是一项艰巨的任务。只需替换文件。这怎么可能很难做到…是的,从技术上讲,你可以手工完成Composer所做的一切,但它很容易受到人为错误的影响。在项目的生命周期中,您很有可能不得不重复Composer多次做的事情,而不仅仅是在开始时。每次有库更新,每次切换代码分支,等等,都要检查几十个库和它们的整个依赖库链,你同意吗?如果你是作曲家,那么你就不需要作曲了。是的,我真的很好。另外,我不想包含一个库,只是一个composer命令。我想在包含或更新之前测试它。在测试项目之前,是否将库包含到项目中?如果您进行了测试,这意味着您将它包括(下载并放置)到您的项目中(在项目测试环境中测试后,不再需要编写器)。我不想和你争论。我只想理解为什么其他人把这位作曲家说成是它的奇迹。如果我听起来有争议,我真的很抱歉。我尽量不这样做,但可能是这样的。同样,Composer是可选的,但是如果您按照您描述的测试过程进行操作并发现出现了问题,我确实认为使用Composer.use可以更容易地从错误中恢复。在没有Composer的情况下安装PHP库