Как стать автором
Обновить

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

Сделайте прямую ссылку на сэмпл проект, а не через редирект youtube

Спасибо, поправил! Копипаста в деле​

Ещё раз поправил, спасибо за внимательность! Это как пушить в мастер без компиляции

Как использовать runtime DI. :)

MetAmfetamin бездумное использование runtime DI — это действительно сомнительная дорожка. Если его заключить в строгие рамки (как это сделано у нас), то разницы с compile time фреймворками особо-то и нет. Дело в том, что нет мест, в которых может вылезти вариативность от «рантаймовости».

Да, у нас еще же UI-тесты не дают пролезть каким-то багам.

Тем не менее, при выборе DI фреймворка я, рекомендую крепко подумать и взвесить все за и против. Думать и оценивать риски вообще полезное занятие ;)

Воу-воу. Я же просто троль. Нинада так серьёзно. :(

По поводу runtime DI особых возражений нет. Как-то с RoboGuice (иногда был чистый reflection), и с Dagger 1 жили. Да и сейчас с Koin живём. :)

Кстати, по поводу рисков есть вопрос. Мне кажется что Toothpick сейчас выглядит как abandonware.

Есть ли у вас планы что делать если он совсем загнётся (скажем в течении двух лет)?

Возьметё его поддержку на себя (fork) или перелезете на Dagger/Koin/Kodein? Или будет какой-то свой DI/Service-locator?

MetAmfetamin Так а чему там загибаться-то в Toothpick? Он уже законченный, на мой взгляд. В отличии от сахарнокотлиновых Koin/Kodein ему и за языком гнаться не надо. Работает? Не меняй!

По поводу смены DI фреймворка: мне не очень нравится, что в Toothpick нужен kapt. Хотя, возможно, KSP решит все проблемы медленной сборки

На мой взгляд проблема "законченных" сложных фреймворков/библиотек в том что мир вокруг "не законченный". Но это уже наверное больше философский вопрос.

Если в целом всё устраивает, то вопросов больше нет. :)

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