дай возможность запихнуть фабрику

которая сама заинклудит файл и все сделает

задача этой штуки

инклудам не место в классах с названием IoC

работать примерно так $logger = $locator->get(LoggerInterface::class);

ну, твой контейнер разберется что "это надо фабрику дернуть"

а фабрика уже сделает инклуд

если ей надо

или так class Some { pub func __construct (LoggerInterface $logger) {} };

ну то есть инклуды - задача фабричных методов/функций

еще раз

а ты это в IoC запихнул

ты спрашиваешь у locator что тебе надо

варианты реализации бывают различные, часть можно через reflection прочитать

ты спрашиваешь у locator что тебе надо

еще раз. Ты смешиваешь "автозагрузку" и "подстановку зависимостей"

и понасоздавать объектов, часть нельзя

либо я так и не понял "зачем там инклуд"

автозагрузка в composer или любом другом загрузчике

значит в твоей штуке не должно быть инклудов

от слова совсем

может быть отдельный загрузчик кэша

или отдельные фабрики которые инклуды делают, но последние будут пользователи писать если им надо

твоей либке зачем инклуды то? Я все еще этого не понимаю

и вижу море проблем

просто ты не даешь написать и переключаешь темы

я понимаю что тебе непонятно и хочу объяснить

ну так я ж тебя не перебиваю) ты можешь продолжать печатать сообщеньку)

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

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

да, и это задача пользователя твоей библиотеки написать фабрику которая это захэндлит. Не твоей либки

так вот здесь ты по сути в файле и пишешь фабрику

в этом файле

так вот здесь ты по сути в файле и пишешь фабрику

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

сразу без лишней обертки в виде объекта

тем самым она начинает пухнуть от фич которые нужны 1% пользователей

если пользователю надо - он сделает обертку

просто фаил типо <?php return EntityManager::factory(...);

и по хорошему эту обертку нУЖНО сделать

хорошо посмотри EntityManager в doctrinе попробуй его через конктруторы создать

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

причем doctrine очень популярная либа и сказать типо если юзаете либу не юзайте доктрину я не могу

хорошо посмотри EntityManager в doctrinе попробуй его через конктруторы создать

EntityManagerInterface => factory(function () { return EntityManager::factory(); //... })

все еще не понимаю зачем нужны инклуды

создать файл для фабрики тип чуть проще чем создать.... файл для класса-фабрики?

имхо из-за такой фигни маленьких толковых либок мало

все раздувается бесполезным и ненужным функционалом

это же относится к проектам/продуктам

причем ладно бы только это, тебе потом это суппортить

сам себе проблемы на ровном месте создаешь...

чем меньше умеет либка - тем проще с ней жить и пользователю и мэйнтейнерам

у той же доктрины сейчас та же проблема

и они в 3-ей просто жестко выпиливают весь ненужный функционал

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

как пример выпиленной фичи - flush($entity) больше нельзя делать, ровно как нельзя делать detach и merge

а ведь это "весьма популярные и часто используемые фичи"

это гемор той либы

есть еще всякие phpexcel

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

которые тоже адово собираются и настрайваются

по сути эта фича позволяла разработчикам писать шлак

я лишь оставляю возможность запихнуть это все под одну гребенку

которые тоже адово собираются и настрайваются

запилил файбрику и не страдаешь ерундой и не нужны никакие инклуды

хорошо запилил фабрику

количество кода - не намного больше чем в твоем случае

вот у тебя код доктрины

ну

тебе надо entityManager

как его создать ?)

ERROR: S client not available

$container->get(EntityManagerInterface);

))

а внутри лежит фабрика

человек пишет дай мне \doctrine\orm\entityManager

получается до использования надо инициализировать container

цепочкой классов

и указать где лежит фабрика

эм... зачем инициализировать до?

ну то есть

я немного не понял, у тебя есть конфиги, где указаны биндинги

и они загружаются ДО контейнера, и прокидываются внутрь во время его инициализации

а уже после мы просим "а сделай мне энтити менеджер"

и фабрики сделают дела

так у меня именно что

если что - так работают вообще все контейнеры

загрузка конфигов осуществляется в момент вызова объекта

так у меня именно что

у тебя инклуды

загрузка конфигов осуществляется в момент вызова объекта

то есть ты сделал реализацию IoC которая... не использует IoC?)

нет никаких конфигов (ну кроме разве подключения разный объекто ContainerInterface)

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

или нет

короч не, спасибо, ты мне эту либку не продал

если тебе не надо не создаешь экземпляр

я ее и не продавал

короч не, спасибо, ты мне эту либку не продал

основной класс это Locator и LocatorInterface в частности

а то что мы обсуждали маленькая часть

которая не обязательно будет использоватся

"муди"

ну тогда не понятно почему класс называется IoC

просто ты в данный момент смотришь на IoC и думаешь что это вся библиотека

и это надо использовать обязательно

но я такова не говорил