@hiqsol 3. тебе нужно?

4. Думал об этом, но нигде так не пригодилось

3. Нет, но те возможности надо чтоб сохранились

Зачем?

Или ты имеешь ввиду возможности, но не в контексте Yii 2?

Там юзаются классы управляющие мержем: ReplaceArrayValue и UnsetArrayValue

Да, в Yii 3 они другие.

ну так там и написано: if ($v instanceof \yii\helpers\UnsetArrayValue || $v instanceof \Yiisoft\Arrays\UnsetArrayValue) {

есть совместимость с yii2

другой связи с yii2 нет

2. стратегии мержа и другие навороты с сохранением совместимости с текущим поведением - супер!

Итого:

1. PHP 7.4.
2. Покрыть тестами в первую очередь. Менять поведение, ломающее тесты, по согласованию с @hiqsol.

Далее по ситуации.

@xepozz норм план?

тестов к сожалению вобщем-то нет. Поэтому лучше бы ничё не менять пока тестов нет ;)

Я просто на огромном проекте проверял что сборка не ломается при любых изменениях

естественно на продакшене? :)

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

@hiqsol можешь посмотреть в своих рабочих проектах, какой из публичных методов вообще используются(Builder::build/rebuild, прочее).
п.с. много методов торчат наружу, например, getOutputDir, getBaseDir, которые друг друга прокидывают.

я предлагаю для сохранения АПИ оставить метод Builder::build/rebuild, дальше смотреть по обстоятельствам.
сейчас первая задача это сделать +- читаемый вид, разбить классы на простые методы и уже на них писать тесты.
кто что думаешь по такому решению задач?

нет, это противоестественно

в проектах используется только Builder::path()
и собранный конфиг