NO
Бла бла это по сути бла бла.
Size: a a a
2021 March 05
DS
Нет. Ноль пользы )
Не ставь конфиг плагин и будет тебе счастье
NO
Извини но он с фреймворком идёт.
А
Бла бла это по сути бла бла.
ну это уже не дискуссия :)
DS
Извини но он с фреймворком идёт.
Не идет, фреймворк нынче модульный, какие пакеты юзать в приложении - тебе решать.
NO
если у тебя, например, yii-demo, то приложение может упасть при инициализации сервиса, требующего LoggerInterface. Т.к. оно уже будет не сконфижено
То есть автор сломал обратную совместимость. В чём вопрос?
DS
То есть автор сломал обратную совместимость. В чём вопрос?
Какая нафиг обратная совместимость может быть в шаблоне конфига?
А
То есть автор сломал обратную совместимость. В чём вопрос?
Если делать со старым конфиг-плагином, то сломал. Т.к. тот плагин преобразует шаблоны в логику.
Если использовать новый плагин, как сейчас, то не сломал. Конфиги юзера в приложении не изменятся. Изменятся конфиги в папке Dist и юзер это увидит по гиту.
Если использовать новый плагин, как сейчас, то не сломал. Конфиги юзера в приложении не изменятся. Изменятся конфиги в папке Dist и юзер это увидит по гиту.
СП
поэтому понимание, что
вполне себе приемлемо и отвечает на все вопросы
Конфиги в пакетах - это по сути дефолтный шаблон конфигов © кот вполне себе приемлемо и отвечает на все вопросы
Хорошо, да
NO
Какая нафиг обратная совместимость может быть в шаблоне конфига?
Если я обновил пакет и приложение рухнуло, то обновление пакета сломало обратную совместимость. Вот хоть лопни но это так.
СП
Если я обновил пакет и приложение рухнуло, то обновление пакета сломало обратную совместимость. Вот хоть лопни но это так.
В моём примере с удалением из конфига конфигурации интерфейса - ничего не рухнет :)
А
Если я обновил пакет и приложение рухнуло, то обновление пакета сломало обратную совместимость. Вот хоть лопни но это так.
Почитай https://t.me/yii3ru/52750
СП
Например, в конфиге пакета 1.1.0:
В конфиге пакета 1.2.0 конфигурация этого интерфейса убирается. Пакет работает отлично.
Но после обновления, моё приложение уже не будет работать, так как не сможет получить реализацию интерфейса.
——
Если конфиги работают так как сейчас, то приложение продолжен работать.
Если конфиги будут тянутья из пакетов, то приложение рухнет.
MyInterface::class => MyImplementation::class
В приложении используется MyInterface и всё работает.В конфиге пакета 1.2.0 конфигурация этого интерфейса убирается. Пакет работает отлично.
Но после обновления, моё приложение уже не будет работать, так как не сможет получить реализацию интерфейса.
——
Если конфиги работают так как сейчас, то приложение продолжен работать.
Если конфиги будут тянутья из пакетов, то приложение рухнет.
А
Например, в конфиге пакета 1.1.0:
В конфиге пакета 1.2.0 конфигурация этого интерфейса убирается. Пакет работает отлично.
Но после обновления, моё приложение уже не будет работать, так как не сможет получить реализацию интерфейса.
——
Если конфиги работают так как сейчас, то приложение продолжен работать.
Если конфиги будут тянутья из пакетов, то приложение рухнет.
MyInterface::class => MyImplementation::class
В приложении используется MyInterface и всё работает.В конфиге пакета 1.2.0 конфигурация этого интерфейса убирается. Пакет работает отлично.
Но после обновления, моё приложение уже не будет работать, так как не сможет получить реализацию интерфейса.
——
Если конфиги работают так как сейчас, то приложение продолжен работать.
Если конфиги будут тянутья из пакетов, то приложение рухнет.
не приводи пример с версиями, начинающимися на ноль. Там второе число считается мажорным
DS
Если я обновил пакет и приложение рухнуло, то обновление пакета сломало обратную совместимость. Вот хоть лопни но это так.
Нет, приложение сломал кривой конфиг. Если хочешь полный контроль над конфигом - собирай вручную. Тем более, что ты собирался юзать другой контейнер, эти шаблоны конфигов только для yiisoft/di
СП
не приводи пример с версиями, начинающимися на ноль. Там второе число считается мажорным
косяк, да. Поправил
AB
Например, в конфиге пакета 1.1.0:
В конфиге пакета 1.2.0 конфигурация этого интерфейса убирается. Пакет работает отлично.
Но после обновления, моё приложение уже не будет работать, так как не сможет получить реализацию интерфейса.
——
Если конфиги работают так как сейчас, то приложение продолжен работать.
Если конфиги будут тянутья из пакетов, то приложение рухнет.
MyInterface::class => MyImplementation::class
В приложении используется MyInterface и всё работает.В конфиге пакета 1.2.0 конфигурация этого интерфейса убирается. Пакет работает отлично.
Но после обновления, моё приложение уже не будет работать, так как не сможет получить реализацию интерфейса.
——
Если конфиги работают так как сейчас, то приложение продолжен работать.
Если конфиги будут тянутья из пакетов, то приложение рухнет.
А если там был какой-нибудь приватный сервис, который отрефакторили и его теперь нет/он переименован? 🙂
А
А если там был какой-нибудь приватный сервис, который отрефакторили и его теперь нет/он переименован? 🙂
это мажорная версия
СП
А если там был какой-нибудь приватный сервис, который отрефакторили и его теперь нет/он переименован? 🙂
Ты увидишь эти изменения у себя в папочке dist наглядно и легко поправишь конфиг в приложении
AB
это мажорная версия
нет. публичное api не поменялось