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

Question

我从github 下载了Laravel并将其保存在c:/ htdocs/laravel1上 ,我用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 install来确保始终使用完全相同版本的依赖项(在所有环境中,由所有人贡献)如果您使用自动构建,这是必须的!
• 更新所有依赖项,包括Laravel,是一个简单的问题 composer update
• Composer支持安装后和更新后脚本,在运行编写器安装/更新后执行.这通常用于提示dev配置参数.下载代码意味着您必须手动编辑配置文件,更糟糕的是:在git或svn中跟踪它们
• ...我可能会在此过程中添加更多理由,这些只是我头脑中的一小部分

更新:

刚想到使用作曲家的一些原因是一个好主意:

• Composer包本身可以并且经常会定义依赖关系和要求.类似"php": ">=5.4.0",或"ext-curl": "*"将提醒您任何遗漏的PHP扩展或版本不匹配的事情.这些要求还可以触发编写器获取其他依赖项.这让我想到了下一点:
• Laravel本身具有依赖性:例如,Laravel使用Symfony2中的组件.管理自己的依赖项的最简单方法是使用composer,看作Symfony也是如此.如果运行composer update,将检查Laravel的依赖关系,并在需要时进行更新.手动执行此操作是可能的,但这很乏味,而且真的不值得打扰.重复,沉闷的工作使人们变得脾气暴躁.电脑没有这个问题.