Интерфейс DI, нужно авторитетное мнение

[t43]

Кажись начинаю въезжать)

Не понимаешь, потому что ты считаешь, что a1 и a2 — это имена классов. А это имена сервисов. Сервис — это не класс, это объект.

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

есть идеи api?
попробую приделать такой функционал, если опять же правильно понял)
А понял так:
к примеру есть класс А у него есть (допустим) одна зависимость iB.
При этом А1 (сервис, объект А) использует в качестве iB, пусть B1, а A2 использует B2.

То есть А1 и А2 это "псевдонимы" (имена конфигураций для А, сервисы).

 

[iceman]

Идеальный DI - это тот, которого не видно В противном случае это service locator

поподробней можно?)

 

[Вурдалак]

есть идеи api?

Неа, посмотри в сторону http://laravel.com/docs/ioc, там тоже есть binding интерфейсов. Сам не юзал, но там нет озвученной проблемы с двумя интансами одного класса.

 

[t43]

Неа, посмотри в сторону http://laravel.com/docs/ioc, там тоже есть binding интерфейсов. Сам не юзал, но там нет озвученной проблемы с двумя интансами одного класса.

Посмотрел я в общем Laravel, но меня немного смущает то что в приложение будет куча элисов, для каждого конфига, получится что-то вроде этого:
$di->get("caheUseBd");
$di->get("caheUseFile");
$di->get("caheUseMemecahed");