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

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

Любой сервис который должен инициализироваться при загрузке приложения единожды с определенным конфигом, зачем каждый раз дергать инициализацию и плодить в памяти кучу одинаковых сервисов? Элементарный пример сервис смс отправки или логгер в монгу

А на счёт modx все классы подключаются втупую через инклюд

ты до пхп на другом языке писал, да?

это сервисы с состоянием.ок, но это исключение, а не правило

Угу, что не так в моем утверждении?)

потому что пхп работает не так. после каждого запроса всё умирает.

сервис отправки смс понадобится один раз из нескольких тысяч запросов.

здесь немного по-другому ресурсами надо управлять )

Я понимаю, но если я за "сеанс" использую несколько раз один и тот же сервис через bind каждое использование будет иметь свой экземпляр этого сервиса и свой айдишник в памяти

Проверял через dd

да. но обычно париться за это не надо. они почти всегда stateless.

а настоящая конфигурация... нужна когда именно отправляется смска например.

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

да еще и в совсем разных местах приложения

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

Нет, я понимаю конечно же что если сервис дёргается в паре мест и только по надобности то не стоит для него делать синглтон привязку, но сервисы бывают разные в зависимости от приложения и довольно часто сервисы дёргаются по всему приложению в десятках разных мест. Приведу пример из своей работы, мы банковское приложение и у нас есть сервис по работе с финансами (задолжности, балансы etc) за один сеанс в этом сервисе может пройти с десяток обращений из десятка мест, каждый раз инициализировать его по мне моветон и жирновато, особенно учитывая объем конфига который он принимает

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