AN
Так контекст будет дохнуть постоянно. Т.е di контейнер будет жить только в рамках этого контекста
А, да, я забыл...
Size: a a a
2020 April 06
AN
Ну вот да, пересоздание контекста на поворот - это я не учел
(
вроде View на 30к строк
AN
вроде View на 30к строк
Ну тут ты не прав. Делаешь одно дополнительное поле, в котором лежит контейнер и все. Счас покажу
(
Ну тут ты не прав. Делаешь одно дополнительное поле, в котором лежит контейнер и все. Счас покажу
да я не о том
AN
AN
да я не о том
а о чем?
AM
Ну и да, скоупы часто гранулярнее контекстов -- контекст есть у аппликейшна, активити, сервиса и броадкастрествера, а скоупы делают кроме прочего на фрагменты (куски экрана) и на фичи (несколько экранов).
(
Я о god-классах
AN
Я о god-классах
И чем они хуже чем DI?
DE
А, да, я забыл...
в рамках андроида он и так сервис локатор) Там тема, ресурсы
(
И чем они хуже чем DI?
да ни при чём здесь DI
AN
Ну и да, скоупы часто гранулярнее контекстов -- контекст есть у аппликейшна, активити, сервиса и броадкастрествера, а скоупы делают кроме прочего на фрагменты (куски экрана) и на фичи (несколько экранов).
Ну опять-таки, кто мешает делать более гранулярные контексты
AM
И чем они хуже чем DI?
Скобка о том, что ведро херово спроектировано, и пользовать его контексты ещё и как general purpose сервис локатор нафиг не упало.
AM
Ну опять-таки, кто мешает делать более гранулярные контексты
Так нет такого
AN
Так нет такого
понял
AN
В общем идея хороша, реализация хреновая
AM
Да нет, идея везде иметь локатор тоже не очень. В ведре обычно локатор в ключевых узлах дерева зависимостей, в остальном везде инъекция в конструкторы. Опять же, это сильно проще тестировать.
AN
Да нет, идея везде иметь локатор тоже не очень. В ведре обычно локатор в ключевых узлах дерева зависимостей, в остальном везде инъекция в конструкторы. Опять же, это сильно проще тестировать.
Ну тут мне сложно судить. Но, предположим все-таки есть объект-локатор, который передается в конструктор. Чем он хуже, чем инжектирование?