为什么要使用 composer 安装 Laravel？答案

【问题标题】：Why should we install Laravel with composer?为什么要使用 composer 安装 Laravel？
【发布时间】：2014-11-25 09:39:56
【问题描述】：

我从 github 下载了 Laravel 并保存在 c:/htdocs/laravel1 我使用 CMD (with composer) 创建了我的 laravel 副本，并将其安装为 c:/htdocs/laravel2 目录中的 laravel2。

Laravel1：

c:/htdocs/laravel1

Laravel2：

c:/htdocs/laravel2

我可以在 localhost:8080/laravel1/public/ 和 localhost:8080/laravel2/public/

我的问题是：我为什么要通过 composer 安装 laravel？安装的 laravel 和下载的 laravel 没有区别。

【问题讨论】：

【解决方案1】：

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

Composer 可以根据需要创建优化的自动加载器
允许您轻松添加第三方依赖项（只需将它们添加到 composer.json）
您可以跟踪 composer.lock 文件，并使用 composer install 来确保在整个过程中使用完全相同版本的依赖项（在所有环境中，由每个贡献者提供）这是必备的，如果您'正在使用自动构建！
更新所有依赖项，包括 Laravel，只需 composer update
Composer 支持安装后和更新后脚本，在运行 Composer 安装/更新后执行。这通常用于提示开发人员输入配置参数。下载代码意味着您必须手动编辑配置文件，更糟糕的是：在 git 或 svn 中跟踪它们
...我可能会在此过程中添加更多原因，这些只是我脑海中的一些原因

更新：

刚刚想到了使用 composer 是个好主意的更多原因：

Composer 包本身可以并且通常会定义依赖项和要求。 "php": ">=5.4.0", 或 "ext-curl": "*" 之类的东西会提醒您任何缺少的 PHP 扩展或版本不匹配。这些要求还可以触发 composer 获取额外的依赖项。这让我想到了下一点：
Laravel 本身有依赖关系： 例如，Laravel 使用 Symfony2 的组件。管理自己的依赖关系最简单的方法是使用 composer，就像 Symfony 一样。如果你运行composer update，Laravel 的依赖将被检查，并在需要的地方更新。手动执行此操作是可能的，但它很乏味，而且真的不值得费心。重复、枯燥的工作让人脾气暴躁。计算机没有这个问题。

【讨论】：

【解决方案2】：

Composer 是一个类似于 node 的 npm 的依赖管理器，它允许在每个项目的基础上快速轻松地管理 3rd 方库和包。

我建议阅读 https://getcomposer.org/doc/00-intro.md 以了解有关 composer 的更多信息，并探索 https://packagist.org 以了解可通过 composer 获得的东西

【讨论】：

这并不能真正回答问题，是吗？ OP 想知道为什么，如果你开始一个新的 Laravel 项目，你必须使用 composer 而不是简单地下载源代码并将其转储到所需的目标
@EliasVanOotegem 我正在回答你为什么要使用作曲家，鼓励 OP 阅读它是什么，以便他能理解它
我阅读 OP 问题的方式是他不知道为什么，如果你要使用的只是 Laravel，你真的需要作曲家。这与在处理节点项目时安装 npm 包不同。 OP 想要启动一个 laravel 项目（将其视为安装节点），并询问他为什么需要使用 composer（安装 npm），如果他不打算使用第三方包
很公平，为您的回答 +1 :)