Обновить

Компактный runtime-DI для Java: JSR-330, Class-File API и миграция за 2 дня

Уровень сложностиСредний
Время на прочтение12 мин
Охват и читатели7.2K
Всего голосов 2: ↑2 и ↓0+2
Комментарии6

Комментарии 6

А чего не поддержали внедрение через сеттер? Через конструктор же как раз для тестирования не очень удобно

А чего не поддержали внедрение через сеттер?

Можно сделать, думаю не проблема. Как вариант через ServiceLocator устанавливать значение, но это не очень правильно. На меня сильно повлияли аргументы команды Spring на предпочтение использования Constructor-Based Injection.

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

Все решаемо, просто получаем готовый объект через ServiceLocator в тестах.

А добавьте свой DI сюда https://github.com/Heapy/di-comparison
Будет куда более информативнее чем звездочки расставленные автором в вакууме.
Например в бенчмарке выше получилось что спринг бут это 9мб а у вас 30, хз как вы считаете

Добавил, результаты хорошие, но в целом не принципиально отличаются от аналогов типо koin, kodein

Спасибо!

Нет возражений если я в Dimension-DI приложу результаты benchmark-ов? В di-comparison лицензия не указана, поэтому спрашиваю.

Указал лицензию

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации