это normalize, ему здесь самое место

Ага, и в конфиге контейнера можно записать MyInterface::class => new ArrayDefinition(MyClass::class, [], ['setName()' => 'Vasya'])
Зашибись возможность

В конфиге контейнера должна быть либо строка, либо массив, либо коллейбл, либо референс. Все, остальной мути там быть не должно.

А еще можно весело сделать вот так

MyServiceInterface::class => new ArrayDefinition('hernya')

И контейнер это пропустит, а об ошибке ты узнаешь уже при получении сервиса

Хотя с массивом тоже проверки не будет.

В общем,  я за то чтобы выпилить передачу объектов дефинишинов в конфиг кроме референсов

А с get() надо подумать. Вопрос в том, нужен ли нам контейнер с несинглтонами.

И еще один вопрос по нормализации в set, может ее лучше в методе build делать? Не в каждом запросе используются все дефинишины, а сейчас объект дефинишина создается для каждого.

Можно в set сделать validateDefinition только.

конечно же нет

@hiqsol есть мысль отрезать композер от Composer/* зависимостей и парсить всю инфу о пакетах без него.
проблема сейчас в том, что сейчас для rebuild() нужно сделать первичную установку с помощью composer du.
я бы хотел, чтобы можно было делать $builder->build() и не зависить ни от каких композеров.
я хотел написать интеграционный тест, а оно не выходит, потому что нужно под это заводить композер :(
вопрос: ты об этом не думал раньше, или может пробовал уже?

а как ты без композера хочешь получать инфу о пакетах?

дублировать его функционал?

найти что-нибудь $composer = new Composer; $composer->parse($composerJson) :)

там в зависимостях композер же есть

дело в другом. когда делаем composer du, то в плагин прилетает уже композер-апи
а когда делаем php index.php, в котором Builder::rebuild(), то туда уже ничего не летит. здесь уже работа с пакетами закончена, и это очень плохо

С нормалайзером в билд

С нормалайзером в сет

В два раза по скорости создания

это да и на этот случай там много костылей )