2014-11-25 3 views
1

Я скачал Laravel из GitHub и сохранить его на C:/HTDOCS/laravel1 и я создал копию моего Laravel с CMD (с композитором) и установить это как laravel2 в с:/htdocs/laravel2.Почему мы должны установить Laravel с композитором?

Laravel1:

C:/HTDOCS/laravel1


Laravel2:

C:/HTDOCS/laravel2

И я имеют доступ к обоим из них в локальный: 8080/laravel1/государственные/ и локальный: 8080/laravel2/государственные/

Мой вопрос: Почему я должен установить Laravel композитором? Между установленным laravel и загруженным laravel нет никакого различия.

ответ

1

Composer - это менеджер зависимостей, аналогичный npm узла, который позволяет быстро и легко управлять библиотеками сторонних разработчиков & пакетов по каждому проекту.

Я рекомендую читать https://getcomposer.org/doc/00-intro.md, чтобы узнать больше о композиторе и исследовать https://packagist.org выяснить вид вещей, которые доступны через композитор

+0

Это не отвечает на вопрос, не так ли? OP хочет знать, почему, если вы начинаете новый проект Laravel, вам придется использовать композитор вместо простой загрузки источника и сброса его в желаемый пункт назначения. –

+0

@EliasVanOotegem. Я отвечаю, почему вы хотите использовать композитор поощряя ОП читать, что он может понять. – Tim

+0

То, как я читаю вопрос OP, состоит в том, что он не уверен, почему, если все, что вы собираетесь использовать, это Laravel, вам действительно нужен композитор. Это не то же самое, что установка пакетов npm, когда вы работаете над проектом узла. OP хочет начать проект laravel (подумайте об этом как установочный узел) и спрашивает, зачем ему нужно использовать композитор (установить npm), если он не планирует использовать сторонние пакеты. –

6

Есть много, много веских причин для использования композитора:

  • Composer создает оптимизированные автозагрузчики, если вы хотите, чтобы это было
  • Позволяет легко добавлять зависимые отношения сторон (просто добавьте их в composer.json)
  • Вы можете отслеживать композицию er.lock и использовать установку композитора для обеспечения того, чтобы точно такие же версии зависимостей использовались повсюду (во всех средах, каждый вкладчик). Это необходимо, если вы используете автоматические сборки!
  • Обновление всех зависимостей, в том числе Laravel, это простой вопрос composer update
  • Composer поддерживает после установки и после обновления скриптов, которые будут выполняться после того, как композитор установки/обновления запускается. Это довольно часто используется для запроса dev для параметров конфигурации. Загрузка кода означает, что вам нужно вручную отредактировать файлы конфигурации, а хуже всего: отслеживать их в git или svn
  • ...Я, вероятно, добавить больше причин по пути, это всего лишь несколько с верхней части моей головы

Update:

Просто мыслится еще несколько причин, почему использование композитора является хорошей идеей:

  • Сами пакеты композиторов могут и часто определяют зависимости и требования. Такие вещи, как "php": ">=5.4.0", или "ext-curl": "*", будут предупреждать вас о любых отсутствующих расширениях PHP или несоответствии версий. Эти требования также могут привести к тому, что композитор получит дополнительные зависимости. Это приводит меня к следующему пункту:
  • Laravel сам имеет зависимости: В Laravel используются компоненты Symfony2, например. Самый простой способ управлять своими собственными зависимостями - использовать композитора, понимая, как это делает Symfony. Если вы запустите composer update, будут проверены зависимости Laravel и обновлены там, где это необходимо. Выполнение этого вручную возможно, но это утомительно, и на самом деле не стоит беспокоиться. Повторяющиеся, скучные рабочие места делают людей сварливыми. У компьютеров нет этой проблемы.
+0

Хороший список причин для использования композитора –

+0

дополнительно, будь то KISS и DRY, даже рабочий процесс. –

Смежные вопросы