Ничего. За это отвечает автор пакета, что в дефолтном конфиге прописать. Это уже дело разработчика - если ему не нравится дефолтный конфиг, он уже в его приложении, меняй как захочешь.
М... ты же понимаешь насколько это усложнит разработку пакетов?
1. Потому что пакетам как-то надо конфижить приложение (например, роуты накидать для дебага). 2. Потому что надо пакетам как-то предоставить умолчания. 3. Потому что мне надо смёржить конфиги в самом приложении (common, web, console, params втащить и вот это всё).
Ничего. За это отвечает автор пакета, что в дефолтном конфиге прописать. Это уже дело разработчика - если ему не нравится дефолтный конфиг, он уже в его приложении, меняй как захочешь.
конфиги эти ваши — это не только параметры, но и di
М... ты же понимаешь насколько это усложнит разработку пакетов?
Нет, не понимаю. В чём отличие? У вас так и так этот конфиг будет, просто в одном варианте вам его нужно этим злосчастным плагином "билдить и мёржить", а в моём варианте - не нужно.
1 и 2 твоей схемой не решается. Любой пакет будет вклиниваться в конфигурацию как хочет, ошибиться будет очень просто.
Сделай отдельный флаг для отключения (или включения) этого поведения. Какой-нибудь "—auto-config". У того кто инсталлит пакет, будет выбор - добавить или не добавить дефолтный конфиг к себе.
Нет. Ваш дефолтный конфиг "через плагин" в любом случае будет работать только там, где есть этот плагин. Нет смысла в разработке Yii3 пилить универсальную систему, которая подходит под всё. Надо делать то, что подходит для Yii3.