1. Куда пишет при установке composer ещё один require?
2. Что подключается в приложение?
3. Кто подключает и как всё из components?

Это и есть конец, вот два уровня, сверху основное, в папке "components" всё по частям приложения.

4. Контент web.php.

Ну меня волнует насколько страшный получится web.php, сколько там будет array_merge (а ведь они есть ещё и в каждом, что к нему подрубается и в params). И как composer будет дописывать ещё один require в web.php.

То есть да, выглядит структура у тебя норм, но ты недоговариваешь.

⚠️ По результатам опроса вот такой саммари: https://gist.github.com/samdark/86f2b9ff01a96892efbbf254eca8482d Похоже?

@nex_otaku твой концепт это не отменяет, но твой надо дожать перед тем, как сравнивать. Пока много пробелов.

array_merge в последнем примере один.

Загружается так в web/index.php (не считая самих файлов фреймворка)

1. require config/env

2. require config/boostrap

3. config = require config/config.php (который описывает всю глобальную конфигурацию приложения + инклюдит всех компоненты)

4. web = require config/web

5. new Application(array_merge(config, web))

В общем мёрж только один на самом верхнем уровне, чтобы для консоли и веба переопределить что захочется.

Не может он быть один.

Уж поверь, может )

Каждый пакет дефолты свои кинул в params и в один из конфигов контейнера (web, console, common).

Зачем?

Это уже минимум:

1. Мёрж всех params.
2. Мёрж всех common.
3. Мёрж всех console + common, require params.
4. Мёрж всех web + common, require params.

Чего зачем?

Зачем пакет себя регает?

Нет, зачем три места если пакет один?

Один пакет = один конфиг

понятное дело, блин :)

Но тебе же надо все "одни" конфиги намёржить как-то?

И нет, не один конфиг.

Да. Давай я покажу, созвонимся