а еще

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

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

ты нигде их не сохраняешь

лежит если дата изменения не поменялась

т.е. каждый раз создается новый сервис

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

у тебя не единожды

в psr-4 единожды

и повторно к этим файлам обращения не идет он сразу берет opcode и не интерпретирует фаил

я имею ввиду не на обработке 1 запроса

а между запросами

opcache кэширует php файлы (интерпретирует)

тоесть если мы говорим о ситуации когда холодный старт происходит, то да ты прав в твоем случае фаил подгрузится 1 раз и массив (map) будет

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

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

но если мы говорим о production там содержимое файлов будет скорей всего закэшированно

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

причем тут формат?

он там хоть с psr-4 не пересекается?

в то время как с мапой они сами решают, как хранить эти фабрики

и подключать

мы начали говорить о том что тот include совсем не о psr4

т.е. как говорил Сергей, ты решаешь чужую проблему

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

мы начали с того чем заменить include в том месте

так, еще раз. Используя include, ты начинаешь решать чужие проблемы, эти проблемы уже решили в psr-4 или другие загрузчики. Если пользователи хотят подгрузить свою фабрику, они могут сделать класс и он тогда загрузится автолоадером, могут функцию и она тоже загрузится автолоадером, а могут прямо при создании контейнера все передать

это их задача

а то, что ты делаешь уже решил psr-4

ты предложил psr4, я сказал что это не при делах в данной ситуации

так, еще раз. Используя include, ты начинаешь решать чужие проблемы, эти проблемы уже решили в psr-4 или другие загрузчики. Если пользователи хотят подгрузить свою фабрику, они могут сделать класс и он тогда загрузится автолоадером, могут функцию и она тоже загрузится автолоадером, а могут прямо при создании контейнера все передать

еще раз, если у них есть своя фабрика и она написана в psr4 или psr0

это их дело и пусть ее грузит загрузчик composer или любой другой psr4, psr0 загрузчик

я этого не отрицаю

но ты не даешь им этого делать

и говоришь сам как что-то будет грузиться

даю

нет

и сам include делаешь

нет

как нет?)

хорошо давай такую ситуацию

тебе нужен объект А

он жуткий легаси и правильно его создать следующим образом

$a = A::factory(...); $a->init(...); return $a;

плохо и тд, но код есть код

[ A::class => factory([AnyFuckingFactory, "YouWant"]) ]

ок ты прав

теперь у тебя для подобных классов вот такого кода овер дохуя

я лишь предлагаю данную конфигурацию в отдельных файлах хранить

да, и я решаю как мне разложить эти фактори для легаси

а не твой контейнер

я предлагаю создать файлик

со следующим содержимым

а вам не кажется что чат про ооп)

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

это мое дело

return new Factory(function (ContainerInterface $c) { $a = A::factory($c->get(B:class); // other shit return $a; }

дословно только без use

в моем случае определение этого объекта подгрузится в момент когда ты запросил A::class у locator

но если тебе не нравится формат что там чистый пхп код ты просто не создаешь new IoC

а вам не кажется что чат про ооп)

так это ж по ооп

так понятней?

нет, вообще не понял твои последние сообщения)

но уже забил, надоело)

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

и самое просто будет мне сделать example

чтобы показать как это юзается)

ERROR: S client not available

ну и имя класса тож так се

имя класса да

мой косяк

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

LegacyFactoriesIncluder

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

т.е. надо что-то над ним еще

есть вообще ему смысл имплементить ContainerInterface?

есть Locator

https://github.com/smpl/mydi/blob/master/src/Locator.php

он на входе принимает цепочку ContainerInterface и по ним ищет

реализацию, если ты несоздашь объект IoC его не будет в этой цепочки и соответственно не будет этого include

ты сейчас верно пишешь, но моя вещь еще лучше)

спасибо тем кто потратил время и потратил время на замечания мне )

удалось собрать полезный фидбек то что в чате https://github.com/smpl/mydi/issues/86 и то что в лс сообщили https://github.com/smpl/mydi/issues/85

в какой момент геттеры начинают экспоузить состояние?

когда понять, что мы нарушили шаблон информационный эксперт?

Не могу докурить смысл дружественных классов и функций в c++. Ведь по сути это нарушение инкапсуляции?О.о

когда понять, что мы нарушили шаблон информационный эксперт?

смотри на интерфейс)

например у тебя "заказ" вполне может внутри кешировать прайс

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

но семантика с точки зрения интерфейса будет "мы можем узнать стоимость заказа"

Не могу докурить смысл дружественных классов и функций в c++. Ведь по сути это нарушение инкапсуляции?О.о

контролируемое! нарушение инкапсуляции.

это как в java ты можешь разрешить доступ к стейту другим объектам из того же пакета

ну или partial классы в c#

это просто способ один класс разделить на несколько файлов

для удобства

Мммм

это просто способ один класс разделить на несколько файлов

А как же декомпозиция класса, пересмотреть дизайн, му хрю, полнота, достаточность, простота? :)

А как же декомпозиция класса, пересмотреть дизайн, му хрю, полнота, достаточность, простота? :)

инкапсуляция, SRP, O/C

если с этим все ок то и с декомпозицией все ок

ну и наоборот