为什么我们要用作曲家安装Laravel？

Question

我从github下载了 laravel ，并将其保存在c:/htdocs/laravel2上，我用CMD (与作曲家)创建了一份laravel的副本，并将其安装在c:/htdocs/laravel2目录中的laravel2中。

Laravel1：

c:/htdocs/laravel1

Laravel2：

c:/htdocs/laravel2

我可以在localhost:8080/laravel1/public/和localhost:8080/laravel2/public/上访问他们两个

我的问题是：为什么要由作曲家安装laravel？已安装的laravel和下载的laravel.之间没有区别。

Answer 1

使用composer的理由有很多很多：

• 如果您愿意的话，Composer会创建优化的自动加载程序。
• 允许您轻松地添加节俭方依赖项(只需将它们添加到composer.json中即可)
• 您可以跟踪composer.lock文件，并使用composer安装来确保在整个过程中(在所有环境中，由每个人设计)都使用完全相同版本的依赖项--如果您使用的是自动构建，这是必须的！
• 更新所有依赖项(包括Laravel )是一个简单的composer update问题。
• Composer支持后安装和后更新脚本，将在运行composer安装/更新后执行。这通常用于提示dev获取配置参数。下载代码意味着您必须手工编辑配置文件，更糟糕的是:在git或svn中跟踪它们。
• ..。在这过程中，我可能会补充更多的理由，这些只是我头上的几个原因。

更新

想一想为什么使用作曲家是个好主意的更多原因：

• Composer包本身可以并且经常定义依赖项和需求。像"php": ">=5.4.0",或"ext-curl": "*"之类的东西会提醒您注意缺少的任何PHP扩展或版本错配。这些需求还可以触发composer来获取额外的依赖项。接下来我要说的是：
• Laravel本身就有依赖性:例如， Laravel使用来自Symfony2的组件。管理自己依赖关系的最简单方法是使用composer，正如Symfony所做的那样。如果您运行composer update，将检查Laravel的依赖项，并在需要时进行更新。手动这样做是可能的，但这很乏味，而且真的不值得操心。重复乏味的工作使人脾气暴躁。电脑没有这个问题。

Answer 2

Composer是一个依赖管理器，类似于节点的npm，它允许在每个项目的基础上快速、方便地管理第三方库和包。

我建议阅读https://getcomposer.org/doc/00-intro.md，以了解更多关于作曲家的信息，并探索https://packagist.org，以了解通过composer可以获得的内容。