S
У тебя сколько проектов одновременно? Ты прям из одной крайности в другую прыгаеш
фриланс дело сложное)
Size: a a a
2020 September 23
A
Singular
фриланс дело сложное)
Кому как )
S
А на вопрос ответите?
S
Кому как )
Ну да, просто бывают такие проекты, что приходиться подстраиваться под них, иначе денушку не получишь)
AD
Singular
Ну да, просто бывают такие проекты, что приходиться подстраиваться под них, иначе денушку не получишь)
пусть проекты под тебя подстраиваются
A
Singular
Нужна помощь по clean+многомодульность. с DI как быть? DI в каждую фичу добавлять или отдельный модуль юзать для DI?
У кого есть хорошая практика, чтобы по граблям не ходить, дайте совет
У кого есть хорошая практика, чтобы по граблям не ходить, дайте совет
Представь что у тебя каждая фича это aar который ты цепляшь к проекту через implement. В этом случае как ты сам на вопрос ответишь?
S
пусть проекты под тебя подстраиваются
Тут заказчик нервный)) не получается
A
Представь что у тебя каждая фича это aar который ты цепляшь к проекту через implement. В этом случае как ты сам на вопрос ответишь?
Опять же. А нужен ли DI?
S
Представь что у тебя каждая фича это aar который ты цепляшь к проекту через implement. В этом случае как ты сам на вопрос ответишь?
Ну я думаю внутри фичей DI должен быть, если они несут за собой некую функцию типо экрана и прочего...
S
Опять же. А нужен ли DI?
да нужен.
S
Опять же. А нужен ли DI?
Щяс без DI разве clean где - то пишут? я не видел такого
RC
Singular
Щяс без DI разве clean где - то пишут? я не видел такого
Я тоже пару месяцев назад задавался этим вопросом. Таки пишут. А ещё di ломает solid
S
Я тоже пару месяцев назад задавался этим вопросом. Таки пишут. А ещё di ломает solid
понятно, а как тестят?
RC
Singular
понятно, а как тестят?
А кто не даёт все зависимости через конструктор провайдить?)
Слои абсолютно не меняются
Слои абсолютно не меняются
ВБ
Я тоже пару месяцев назад задавался этим вопросом. Таки пишут. А ещё di ломает solid
А как di ломает solid?
RC
А как di ломает solid?
Самый банальный пример - есть интерфейс, есть две реализации, тебе нужно дать понять библиотеке, какую ты будешь реализацию пробрасывать. В даггере ты будешь использовать какой-то @Named или другой кволифаер, на зависимом конструкторе. Считай, ты неявно подарил прямую зависимость - ты не сможешь сюда дать другую реализацию
RC
А как di ломает solid?
Вот тут как раз этот пример детально смотрят
https://www.pragmaticobjects.com/chapters/007_di_containers.html
https://www.pragmaticobjects.com/chapters/007_di_containers.html
ВБ
Вот тут как раз этот пример детально смотрят
https://www.pragmaticobjects.com/chapters/007_di_containers.html
https://www.pragmaticobjects.com/chapters/007_di_containers.html
Спасибо, почитаю
AD
Самый банальный пример - есть интерфейс, есть две реализации, тебе нужно дать понять библиотеке, какую ты будешь реализацию пробрасывать. В даггере ты будешь использовать какой-то @Named или другой кволифаер, на зависимом конструкторе. Считай, ты неявно подарил прямую зависимость - ты не сможешь сюда дать другую реализацию
ну эт проблема контейнера
такие штуки можно в модуле спрятать
такие штуки можно в модуле спрятать
RC
ну эт проблема контейнера
такие штуки можно в модуле спрятать
такие штуки можно в модуле спрятать
Да, спринг даёт возможность, например, выносить это в XML. Только и он кривой и все используют аннотации. В статье, что я скинул, есть размышления и на эту тему. Не могу сказать, что мне нравиться идея самому писать код для группирования "матрёшек" с логикой, но di - не серебряная пуля