СП
Как и всё остальное.
Частное использует общее, а не наоборот.
Частное использует общее, а не наоборот.
Как они будут их подключать, если не будут рядом лежать?
Size: a a a
2020 August 05
СП
TradersVE
Here should be a common decision of the community is my opinion?
I think yii3 should support both variants.
T
Как и всё остальное.
Частное использует общее, а не наоборот.
Частное использует общее, а не наоборот.
👍
Д
а чем плохо?
Если разделить на два компосерджсона, то все общие пакеты будут дважды качать. Небольшой но минус. А плюс в чём?
Если разделить на два компосерджсона, то все общие пакеты будут дважды качать. Небольшой но минус. А плюс в чём?
Лишние 50мб на диске это конечно серьезный минус, да :)
Плюсы:
Можно добавлять/обновлять/удалять версии и не аффектить другую команду/приложение
Проще расширять и масштабировать
Приложения имеют только нужные зависимости, а не весь хлам от других команд
Можно иметь совершенно разные версии одной и той же зависимости и жить совершенно нормально
Плюсы:
Можно добавлять/обновлять/удалять версии и не аффектить другую команду/приложение
Проще расширять и масштабировать
Приложения имеют только нужные зависимости, а не весь хлам от других команд
Можно иметь совершенно разные версии одной и той же зависимости и жить совершенно нормально
СП
Лишние 50мб на диске это конечно серьезный минус, да :)
Плюсы:
Можно добавлять/обновлять/удалять версии и не аффектить другую команду/приложение
Проще расширять и масштабировать
Приложения имеют только нужные зависимости, а не весь хлам от других команд
Можно иметь совершенно разные версии одной и той же зависимости и жить совершенно нормально
Плюсы:
Можно добавлять/обновлять/удалять версии и не аффектить другую команду/приложение
Проще расширять и масштабировать
Приложения имеют только нужные зависимости, а не весь хлам от других команд
Можно иметь совершенно разные версии одной и той же зависимости и жить совершенно нормально
И всё это с папочкой common в которой общие конфиги и общий код?
T
Лишние 50мб на диске это конечно серьезный минус, да :)
Плюсы:
Можно добавлять/обновлять/удалять версии и не аффектить другую команду/приложение
Проще расширять и масштабировать
Приложения имеют только нужные зависимости, а не весь хлам от других команд
Можно иметь совершенно разные версии одной и той же зависимости и жить совершенно нормально
Плюсы:
Можно добавлять/обновлять/удалять версии и не аффектить другую команду/приложение
Проще расширять и масштабировать
Приложения имеют только нужные зависимости, а не весь хлам от других команд
Можно иметь совершенно разные версии одной и той же зависимости и жить совершенно нормально
I make you a bet even different dependencies will be installed all the dependencies of yiisoft, today 50mb is a candy.
Д
Это уже уход от этой папки в сторону изолированных приложений
T
Это уже уход от этой папки в сторону изолированных приложений
I respect your opinion, but you can't just force yourself to do things one way.
СП
Это уже уход от этой папки в сторону изолированных приложений
Всё верно, а вопрос мой был о другом.
Я хочу общие конфиги и общий код на несколько приложений с одним composer.json.
Сейчас конфиг-плагин не позволяет мне этого сделать без использования ручками инклудов.
Я хочу общие конфиги и общий код на несколько приложений с одним composer.json.
Сейчас конфиг-плагин не позволяет мне этого сделать без использования ручками инклудов.
T
In any case you can always work without the composer-plug-in.
Д
И всё это с папочкой common в которой общие конфиги и общий код?
Ну и да, если у вас есть общие куски кода/конфигов/шаблонов/переводов, то это тоже будет не проблема.
СП
TradersVE
In any case you can always work without the composer-plug-in.
Of course,but what is bad if composer-config-plugin will be support override params for any config?
Д
Всё верно, а вопрос мой был о другом.
Я хочу общие конфиги и общий код на несколько приложений с одним composer.json.
Сейчас конфиг-плагин не позволяет мне этого сделать без использования ручками инклудов.
Я хочу общие конфиги и общий код на несколько приложений с одним composer.json.
Сейчас конфиг-плагин не позволяет мне этого сделать без использования ручками инклудов.
Иногда ограничения заставляют искать новые пути. Иногда эти пути правильные.
Но этого не понять, если не уйти с прежнего.
Но этого не понять, если не уйти с прежнего.
СП
Иногда ограничения заставляют искать новые пути. Иногда эти пути правильные.
Но этого не понять, если не уйти с прежнего.
Но этого не понять, если не уйти с прежнего.
Философ :)
В общем ты предлагаешь не давать возможность чтобы не делали как в yii2-advanced. Правильно?
В общем ты предлагаешь не давать возможность чтобы не делали как в yii2-advanced. Правильно?
СП
Вот например я обновил общий код, который тянет зависимость какую-то, а у меня 4 приложения. И надо мне значит в четырёх компосерах делать установку новой зависимости. Так получается?
Д
С общим composer.json не вижу смысла иметь разные по своему типу приложения.
T
🙈
Д
Вот например я обновил общий код, который тянет зависимость какую-то, а у меня 4 приложения. И надо мне значит в четырёх компосерах делать установку новой зависимости. Так получается?
Общий код обычно подключается как отдельный пакет уже со своими зависимости. Дальше дело техники. Composer сам найдет отсутствующие пакеты и установит их
СП
Общий код обычно подключается как отдельный пакет уже со своими зависимости. Дальше дело техники. Composer сам найдет отсутствующие пакеты и установит их
Возвращаясь к yii2-advanced - это был плохой шаблон и так делать нельзя, надо там было всё на отдельные composer-пакеты разделить?
DS
Вот например я обновил общий код, который тянет зависимость какую-то, а у меня 4 приложения. И надо мне значит в четырёх компосерах делать установку новой зависимости. Так получается?
Приложения должны быть изолированы друг от друга и взаимодействовать через апи, все остальное может шариться через пакеты . Шаблон advanced - это треш