В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Android Architecture

2389 membersпожаловаться на группу
2020 February 02

AC

Arsen CeH9 in Android Architecture
в концепции "счетчика" экрану пофиг "представитель какого скоупа" до и после него в цепочке навигации, все, что ему нужно  - инкрементить при создании и декрементить при уничтожении, проблема только в том, что счетчик может быть 0 в промежутке между сменой экранов.
источник
12:47пожаловаться#1

AC

Arsen CeH9 in Android Architecture
+ неопределенность в порядке срабатывания колбеков жц фрагментов при разных конфигах транзакции
источник
12:48пожаловаться#2

AC

Arsen CeH9 in Android Architecture
мб получится вынести все это за слой абстракции, но тут тоже пахнет боилерплейтом
источник
12:48пожаловаться#3

АЕ

Алексей Ершов in Android Architecture
Arsen CeH9
Кто как менеджит жц кастомных di скоупов? К примеру для флоу/визарда на несколько экранов. Пока что встречал только ручной вариант, где нужно самому обнулять(set null) скоуп в каждом "брейк сценарии" т.е. там где юзер окончательно покидает флоу. Выглядит достаточно рутинно и "способствует багам".

Подумываю над каким-нибудь countRef механизмом, но из-за особенностей андроида пазл пока не складывается. Не понятно как добиться того, чтобы в некоторых кейсах новый экран/скоуп биндил зависимости(увеличивал countRef) раньше, чем предыдущий декрементил их.

Архитектура на фрагментах,  обычно транзакции предсказуемы(достаточно понимать add, replace, addToBackStack), но иногда они могут  менять поведение/оптимизироваться (setReorderingAllowed). Согласно докам - если было закомиченно(pendingTransactions) несколько действий(переходов), то некоторые шаги могут вообще опускаться (пропуская вызовы колбеков жц опущенных фрагментов)
“How to store scoped Dagger Components in Android applications” by Alexander Sitnikov https://link.medium.com/DcJtZ31oK3
Возможно заинтересует. Вообще тема действительно достойная обсуждения и нерешенная)
Medium
How to store scoped Dagger Components in Android applications
Retaining components across configuration changes, creating simple kotlin property delegate, and finding an instance of a parent component
источник
12:48пожаловаться#4

AC

Arsen CeH9 in Android Architecture
спс, гляну
источник
12:49пожаловаться#5

АЕ

Алексей Ершов in Android Architecture
Ivan Miroshnichenko
а если например инжектить в презентер какой то интерфейс, реализация которого имеет доступ к активити?
Да, что-то такое и приходится делать. Но инжектить нельзя, потому что презентер живет дольше активити, только подставлять и занулять. И андроидные зависимости очень торчат. В общем, явно не заточена на decoupling эта либа.
источник
12:55пожаловаться#6

IM

Ivan Miroshnichenko in Android Architecture
Алексей Ершов
Да, что-то такое и приходится делать. Но инжектить нельзя, потому что презентер живет дольше активити, только подставлять и занулять. И андроидные зависимости очень торчат. В общем, явно не заточена на decoupling эта либа.
а если single activity с retain фрагментом, и его инжектить?
источник
12:59пожаловаться#7

AD

Aleksey D. in Android Architecture
Алексей Ершов
“How to store scoped Dagger Components in Android applications” by Alexander Sitnikov https://link.medium.com/DcJtZ31oK3
Возможно заинтересует. Вообще тема действительно достойная обсуждения и нерешенная)
Medium
How to store scoped Dagger Components in Android applications
Retaining components across configuration changes, creating simple kotlin property delegate, and finding an instance of a parent component
а я на неделе дня два-три сам выдумывал это всё
только добавил FragmentFactory ещё
источник
13:00пожаловаться#8

Y

YorkIsMine in Android Architecture
Всем привет, дорогие архитекторы! Вот читаю Мартина про чистую архитектуру и возникли некоторые сложности с пониманием происходящего. Речь идет о неполных и полных границах. Есть пара вопросов:
1. Почему реализация полных границ обходится дорого?
2. Пример неполной границы - IClass c = new ClassImpl()? Знаю, что реализаций несколько, но все же. В чем преимущества неполных границ?
3. Как реализовать полную границу? На примерах кажется, что нет отличия от неполной границы.
источник
13:05пожаловаться#9

АЕ

Алексей Ершов in Android Architecture
Ivan Miroshnichenko
а если single activity с retain фрагментом, и его инжектить?
Можно, наврное, но всё равно неприятно)
источник
13:07пожаловаться#10

SV

Sergey Vasilchenko in Android Architecture
Arsen CeH9
спс, гляну
https://proandroiddev.com/lifecycle-aware-dagger-components-8c74d01fa15
такой вариант еще ковырял не так давно
Medium
Lifecycle aware Dagger components
Have you ever written something like this to manage the Dagger components?
источник
13:08пожаловаться#11

АЕ

Алексей Ершов in Android Architecture
YorkIsMine
Всем привет, дорогие архитекторы! Вот читаю Мартина про чистую архитектуру и возникли некоторые сложности с пониманием происходящего. Речь идет о неполных и полных границах. Есть пара вопросов:
1. Почему реализация полных границ обходится дорого?
2. Пример неполной границы - IClass c = new ClassImpl()? Знаю, что реализаций несколько, но все же. В чем преимущества неполных границ?
3. Как реализовать полную границу? На примерах кажется, что нет отличия от неполной границы.
Скажите название и номер раздела, где читали
источник
13:08пожаловаться#12

IM

Ivan Miroshnichenko in Android Architecture
😅 андроид)
но в ios думаю намного хуже
источник
13:08пожаловаться#13

Y

YorkIsMine in Android Architecture
Алексей Ершов
Скажите название и номер раздела, где читали
Глава 25. Уровни и границы. На 226 странице показана диаграмма
источник
13:09пожаловаться#14

АЕ

Алексей Ершов in Android Architecture
YorkIsMine
Глава 25. Уровни и границы. На 226 странице показана диаграмма
Попробую своё упрощенное понимание. Вот есть у вас фрагмент, и у него презентер. Как вы обращаетесь из фрагмента в презентер?
источник
13:31пожаловаться#15

AA

Alidibir Akhbulatov in Android Architecture
Ivan Miroshnichenko
конечно в презентере с использованием rxpermissions!
А не будет ли утечки в таком случае, т.к. для его инициализации используются Activity или Fragment? Я использовал прямо во фрагменте и код от этого хуже не становился. К тому же либа кажется заброшена. PR и issues висят подолгу без ответов
источник
13:33пожаловаться#16

Y

YorkIsMine in Android Architecture
Алексей Ершов
Попробую своё упрощенное понимание. Вот есть у вас фрагмент, и у него презентер. Как вы обращаетесь из фрагмента в презентер?
Создаю внутри презентер и оперирую методами
источник
13:35пожаловаться#17

АЕ

Алексей Ершов in Android Architecture
YorkIsMine
Создаю внутри презентер и оперирую методами
Ага, а презентер как вызывает фрагмент?
источник
13:35пожаловаться#18

AD

Aleksey D. in Android Architecture
Алексей Ершов
“How to store scoped Dagger Components in Android applications” by Alexander Sitnikov https://link.medium.com/DcJtZ31oK3
Возможно заинтересует. Вообще тема действительно достойная обсуждения и нерешенная)
Medium
How to store scoped Dagger Components in Android applications
Retaining components across configuration changes, creating simple kotlin property delegate, and finding an instance of a parent component
а в чем профит от VM вместо ретейнов?
источник
13:35пожаловаться#19

АЕ

Алексей Ершов in Android Architecture
Aleksey D.
а в чем профит от VM вместо ретейнов?
Написано же в статье) депрекейтед. Ну и не моя статья, спросите автора, ответит.
источник
13:36пожаловаться#20