Здравствуйте, ·, Вы писали:

·>Здравствуйте, IQuerist, Вы писали:

IQ>>>>Кто/что вам его предоставляет?
IQ>>·>Java Language Specification.
IQ>>Э... т.е. вы создаете все сервисы и все связи на старте приложения операцией new? И потом все их скопом передаете в какой-то диспечер бизнес логики, который их хранит и подставляет в вызовы бизнес операций?
·>Создаём.

В общем и целом в финале выяснилось, что я сплошь и рядом использую constructor Dependency Injection да еще и с самодельным ambient context. Но без DI фреймворков и ненужных интерфейсов. Найду краткий материал, который наглядно это показал и впишу выводы в пост.

Здравствуйте, ·, Вы писали:

·>Здравствуйте, IQuerist, Вы писали:

IQ>>>>Кто/что вам его предоставляет?
IQ>>·>Java Language Specification.
IQ>>Э... т.е. вы создаете все сервисы и все связи на старте приложения операцией new? И потом все их скопом передаете в какой-то диспечер бизнес логики, который их хранит и подставляет в вызовы бизнес операций?
·>Создаём.

В общем и целом в финале выяснилось, что я сплошь и рядом использую constructor Dependency Injection да еще и с ambient context (пусть и самодельным), без DI фреймворков, ненужных интерфейсов и прочих code-перделок. Найду краткий материал, который наглядно это показал и впишу выводы в пост.

PS Интересный момент... Имхо DI без фреймворков, на моей памяти не провоцировал разработчиков делать сервис из любого мусора по любому поводу. Мусор закономерно отправлялся в хелперы где справедливо служил источником code smell.