我们为什么要用作曲家安装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 / 中访问它们  的本地主机：8080 / laravel2 /公共/

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

Answer 1

使用作曲家有很多正当理由：

• 如果您希望
，Composer会创建优化的自动加载器
• 允许您轻松添加四方派对依赖项（只需将它们添加到composer.json）
• 您可以跟踪composer.lock文件，并使用composer install来确保始终使用完全相同版本的依赖项（在所有环境中，由所有人贡献）如果您需要，这是必须的＃39;重新使用自动构建！
• 更新所有依赖项，包括Laravel，只需composer update
即可
• Composer支持安装后和更新后脚本，在运行编写器安装/更新后执行。这通常用于提示dev配置参数。下载代码意味着您必须手动编辑配置文件，更糟糕的是：在git或svn中跟踪它们
• ...我可能会在此过程中添加更多理由，这些只是我脑海中的一小部分。

<强>更新：

考虑到使用作曲家的一些原因是一个好主意：

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

Answer 2

Composer是一个类似于node npm的依赖管理器，可以快速轻松地管理第三方库和基于每个项目的包。

我建议您阅读https://getcomposer.org/doc/00-intro.md以了解有关作曲家的更多信息，并探索https://packagist.org以了解通过作曲家提供的内容