Телеграмм чат группы Android_Architecture страница 4210

parrot.ru

Рейтинг популярных групп и каналов

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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

Android Architecture

2472 membersпожаловаться на группу

2020 May 15

JF

Jorik Fat in Android Architecture

используйте onStart, он вызовется

Такой вариант я рассматривал.
Что касается навигатора: не совсем понятно на каких слоях он располагается. Между Interactor и Presenter? или между View и Presenter?

источник

18:27пожаловаться #1

2020 May 16

AD

Aleksey D. in Android Architecture

Такой вариант я рассматривал.
Что касается навигатора: не совсем понятно на каких слоях он располагается. Между Interactor и Presenter? или между View и Presenter?

По описанию Игоря подходит Cicerone

https://github.com/terrakok/Cicerone

но я не понял, каким образом навигация связана с наблюдением за состоянием сети - они вообще никак не должны быть связаны

terrakok/Cicerone

🚦 Cicerone is a lightweight library that makes the navigation in an Android app easy. - terrakok/Cicerone

источник

01:53пожаловаться #2

JF

Jorik Fat in Android Architecture

По описанию Игоря подходит Cicerone

https://github.com/terrakok/Cicerone

но я не понял, каким образом навигация связана с наблюдением за состоянием сети - они вообще никак не должны быть связаны

terrakok/Cicerone

🚦 Cicerone is a lightweight library that makes the navigation in an Android app easy. - terrakok/Cicerone

Я рассматриваю ещё такой вариант:
Хранить instance network в activity, а не в application. Таким образом у меня будут отдельные networks на каждую фичу. Тогда на весь application может создаваться больше 1 network, но при необходимости система закроет предыдущие activities с их networks.
Какие возможны последствия у этого подхода?

источник

10:29пожаловаться #3

JF

Jorik Fat in Android Architecture

По описанию Игоря подходит Cicerone

https://github.com/terrakok/Cicerone

но я не понял, каким образом навигация связана с наблюдением за состоянием сети - они вообще никак не должны быть связаны

terrakok/Cicerone

🚦 Cicerone is a lightweight library that makes the navigation in an Android app easy. - terrakok/Cicerone

Cicirone не совсем подходит по архитектуре. У него навигация идёт внутри activity и внутри fragment. Он не может обработать возврат на предыдущее activity (может только с явным указанием network. Что ничем не отличается от стандартного возврата, и получается Cicirone никакую функцию выполнять не будет)

источник

10:48пожаловаться #4

КР

Кирилл Романенко... in Android Architecture

считаю, что нам нужон коктейль из mvi, mvp, mvvm, tea и прочего 🌚

Нет, не нужон

источник

11:09пожаловаться #5

I

Igor in Android Architecture

Кирилл Романенко

Нет, не нужон

ну да, а то на утро голова будет болеть)

источник

11:11пожаловаться #6

AD

Aleksey D. in Android Architecture

Я рассматриваю ещё такой вариант:
Хранить instance network в activity, а не в application. Таким образом у меня будут отдельные networks на каждую фичу. Тогда на весь application может создаваться больше 1 network, но при необходимости система закроет предыдущие activities с их networks.
Какие возможны последствия у этого подхода?

я не очень понимаю, что такое networks в задаче, но что мешает иметь глобальный менеджер и из активити подключаться к нему колбэками?

источник

12:17пожаловаться #7

AD

Aleksey D. in Android Architecture

Cicirone не совсем подходит по архитектуре. У него навигация идёт внутри activity и внутри fragment. Он не может обработать возврат на предыдущее activity (может только с явным указанием network. Что ничем не отличается от стандартного возврата, и получается Cicirone никакую функцию выполнять не будет)

ну, выход из активити с возвратом на предыдущую - умеет

источник

12:17пожаловаться #8

S

Salt in Android Architecture

Здрасьте, на экране есть два контрола и нужно реализовать их взаимодействие в контексте Чистой Архитектуры. Допустим есть Список фильмов и Информация о фильме на одном экране. По нажатию на фильм из Списка обновляется Информация о фильме. Информация о фильмах имеет кнопку Показать похожие фильмы, по нажатию на которую обновляется Список фильмов.

источник

13:56пожаловаться #9

S

Salt in Android Architecture

В контексте Чистой Архитектуре как будет выглядеть поток данных?

источник

13:57пожаловаться #10

JF

Jorik Fat in Android Architecture

я не очень понимаю, что такое networks в задаче, но что мешает иметь глобальный менеджер и из активити подключаться к нему колбэками?

network = instance Retrofit

источник

14:27пожаловаться #11

JF

Jorik Fat in Android Architecture

ну, выход из активити с возвратом на предыдущую - умеет

Покажу на примере:
R, A, B, C - Activities с внутренними фрагментами. При переходе на Activity_C ей выделяется отдельный RetrofitInstance. Как при выходе из Activity_C получить Retrofit_A/Retrofit_B, в зависимости от backstack?

источник

14:31пожаловаться #12

AC

Alexandr Chubryk in Android Architecture

но зачем?

источник

14:34пожаловаться #13

AC

Alexandr Chubryk in Android Architecture

для чего нужно дерево из ретрофитов, аналогичное дереву экранов?

источник

14:36пожаловаться #14

JF

Jorik Fat in Android Architecture

потому что в Retrofit сейчас 20 методов, и планируется добавка еще 15

источник

14:37пожаловаться #15

JF

Jorik Fat in Android Architecture

Каких проблем я избегаю когда создаю единый обработчик сети (singleton retrofit)?
Всегда создавал единую точку для взаимодействия с сетью, но при поддержке встречал и другие реализации, где при общении с сетью на каждый запрос создавался свой экземпляр взаимодействия с сетью. Чем такой подход череват и какие проблемы он порождает?

Началось всё отсюда

источник

14:41пожаловаться #16

AC

Alexandr Chubryk in Android Architecture

потому что в Retrofit сейчас 20 методов, и планируется добавка еще 15

если вы хотите упорядочить методы по фичам, вынесите их в отдельные репозитории, можете создавать новый репозиторий для каждого экрана, при этом имея один экземпляр ретрофита на всё приложение

источник

14:50пожаловаться #17

AC

Alexandr Chubryk in Android Architecture

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

источник

14:52пожаловаться #18

JF

Jorik Fat in Android Architecture

Alexandr Chubryk

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

предложенный принцип заключался в том, чтобы сохранять единый экземпляр, но иметь разные интерфейсы (разделенные по фичам). И при переходе к фиче - пересобирать тот самый экземпляр

источник

15:31пожаловаться #19

AD

Aleksey D. in Android Architecture

потому что в Retrofit сейчас 20 методов, и планируется добавка еще 15

retrofit != api, может быть один retrofit и много api-интерфейсов

источник

16:50пожаловаться #20