Phing и Composer, что там?

Я думаю, что главное преимущество установки phing через композитор заключается в том, что для проектов с открытым исходным кодом проще убедиться, что ваши пользователи установили phing таким образом. Обычно в таких настройках phing - это просто инструмент, используемый некоторыми библиотеками для решения некоторых задач.

Другое преимущество состоит в том, что каждый проект может использовать разные версии phing, чего нельзя сделать, если у вас есть общесистемная версия.

Если вы используете phing для управления сборкой / настройкой всего проекта, вызов composer из него может иметь смысл, но и наоборот. Например, вы можете использовать скрипты композитора, чтобы запускать задачи phing после каждого обновления зависимости. Таким образом, настройка проекта будет такой:

• проверить
• запустить композитор
• композитор запускает phing после обновления / установки deps
• проект построен

Честно говоря, не знаю, есть ли правильный ответ. Вы можете заставить работать оба способа, но сделав это таким образом, вы, по крайней мере, избавитесь от необходимости сначала устанавливать phing. Очевидно, вам нужно вместо этого установить composer, но, возможно, это проще, и он вам все равно понадобится.

Дополнительные мысли по этой теме.

В целом Селдэк прав в том, что возможно и то, и другое. Однако есть и аргументы в пользу пинга. На уровне архитектуры сборки я думаю, что сначала композитор не имеет смысла. Процесс сборки имеет более широкий охват и более длительный срок службы и поэтому должен управлять диспетчером зависимостей, а не наоборот.

Кроме того, если вы работаете с заменой токена Phing, чтобы определить, какие версии зависимостей вы хотите установить, в какой среде, почти невозможно сначала перейти к composer, потому что phing сгенерирует composer.json и, следовательно, должен быть установлен до того, как composer сможет запустить composer.