IoC реализует ContainerInterface

в начале его спрашивают ты можешь загрузить EntityManager::class

он говорит да или нет, если говорит да, то ему говорят грузи хули и что он вернет передадут пользователю

который запросил в locator нужный ему entityManager

если он говорит я не могу (нету файла конфига по сути) locator идет по другим объектам реализующим ContainerInterface и спрашивает у них можешь загрузить ...

и так пока объекты с ContainerInterface не кончатся которые были переданы ему в constructor если он прошел их все и не смог загрузить вылетаем с NotFoundException

примерно такая логика

мне не интересна его биография, мне интересно узнать его зону ответственности. Что он делает? Одним предложением

инклудит файлы по имени класса)

ну вот что-то типа такого я хотел услышать)

https://github.com/container-interop/fig-standards/blob/master/proposed/container.md

https://github.com/container-interop/fig-standards/blob/master/proposed/container.md

попробуй php-di

посмотри как там твоя проблема решена

https://github.com/container-interop/fig-standards/blob/master/proposed/container.md

я знаю про стандарт. Меня не интересует интерфейс - меня класс, конкретная реализация интересует

ты пытаешься сделать какой-то модульный подход, как в пайтоне или ноде в пхп

но тут не так

https://github.com/php-fig/fig-standards/blob/master/accepted/PSR-11-container-meta.md вот и https://github.com/php-fig/fig-standards/blob/master/accepted/PSR-11-container.md

это accepted стандарты и вот тот самый костыль на случай если пользователь либы не знает что то из psr

доказывает его необходимость

эм

чет я вообще не уловил логику

потому что вы код начали смотреть через одно место не с той стороны

вижу два psr, причем к ним пользователи, которые не знают про psr

привязавшись к include и к ob_start

но ты так и не объяснил зачем оно

мы все пытаемся выбить из тебя

но ты сопротивляешься(

партизан

потому что вы код начали смотреть через одно место не с той стороны

мы тут в чатике ООП. То есть место где можно позагоняться на тему "почему у тебя имена классов не передатю что они делают"

мне не интересна его биография, мне интересно узнать его зону ответственности. Что он делает? Одним предложением

при том что вот

при том что вот

что вот?

да, что вот)

"ой все"

опиши мне зону ответственности этого класса

IoC реализует ContainerInterface

мне не интересна его биография, мне интересно узнать его зону ответственности. Что он делает? Одним предложением

там были дополнительные детали, чтобы было понятней но мой ответ что ответсвенность IoC состоит в том чтобы соответствовать ContainerInterface

это было достаточная информация

где-то в ContainerInterface есть требование юзать include и ob_start?

причем тут это ?

там нет требования юзать Reflection но ее юзают

мы тут хотим узнать зачем ты их юзаешь

и она еще медленее чем include php файла

зачем использовать Reflection легко описать

чтобы вынести определения создания объекта в отдельный фаил

в тех случаях когда информации в рефлектион не достаточно например

не вопрос, зачем его импортить?

а какой другой вариант?

и она еще медленее чем include php файла

вообще-то чтение с файловой системы помедленнее будет

а еще парсинг

и выполненение

reflection точно также читает

psr-4?)

а какой другой вариант?

^

в случае кэша в обоих случаях он будет

psr-4 вообщем не об этом

в смысле не об этом?))

конечно же об этом

к сожалению нет давай я договорю с Сергеем потом покажу тебя что там psr-4 не при делах ?)

чтобы не вести 2 дискуссии паралельно

при делах

смотри

сейчас будем мерить бенчмарком подключение файла и рефлестион потом вспоминать про кэши в виде apc и тд

а еще парсинг

и выполненение

ты предлагаешь контейнеру бегать по фс и по имени класса лоадить файлы, все файлы должны лоадится через psr-4, а фабрики в контейнер надо, тадададада, передать!

к сожалению нет давай я договорю с Сергеем потом покажу тебя что там psr-4 не при делах ?)

Я уступлю

ERROR: S client not available

сейчас будем мерить бенчмарком подключение файла и рефлестион потом вспоминать про кэши в виде apc и тд

причем тут рефлексия

надо сравнивать бегание по фс

и не бегание по фс

кто же победит

хм

хорошо давай о psr-4

вот твоя ситуация у тебя есть такой код

http://pastebin.com/ZzyBAycz

он впринципе не противоречит psr

но адский говно код в конструкторе

new Container([ Test::class => factory(function(Container $c) { return new Test($c->get(Logger::class); }) ]);

ок верно

но ты понимаешь что количество объектов в твоем коде овер много

какая разница сколько их?

и писать такие определения в самом начале это инициализировать дофига всего

ничего не инициализируется

да не все такие кривые и легаси

оно инициализируется по запросу

код функции выполняется да

а массив keyValue

у тебя таких классов как Test может быть много

даже если их около 10000, то это всего лишь 320 килобайт вроде

и нет никаких пробежек по фс

так работа фс кэшируется и php код тоже кэшируется

opcache

опкеш не кеширует фс О.о

он байт код кэширует

по твоему как кэшируется загрузка классов ?)

если не фс ?))

которая осуществляется через упомнятой тобой psr4 или deprecated psr0

получается инклуд будет закэширован скорей всего

что?