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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

Android Architecture

2483 membersпожаловаться на группу
2020 June 21

AD

Aleksey D. in Android Architecture
Evgeny GooDi
Где бы почитать про этот подход такой?
конкретно про тот подход нечего читать - просто делаешь обертки на каждый возможный исход асинхронного действия и все, но если пойти чуть дальше, то:
- Taming state with TEA (medium)
- The Elm Architecture
- https://medium.com/disney-streaming/option-either-state-and-io-imperative-programming-in-a-functional-world-8e176049af81
- Doman Modelling (слишком широко вышло)
источник
23:14пожаловаться#1

E

Eugene in Android Architecture
Evgeny GooDi
Где бы почитать про этот подход такой?
или просто погуглить паттерн state machine и дописать "for android"))
источник
23:25пожаловаться#2

Q

QMan in Android Architecture
Aleksey D.
конкретно про тот подход нечего читать - просто делаешь обертки на каждый возможный исход асинхронного действия и все, но если пойти чуть дальше, то:
- Taming state with TEA (medium)
- The Elm Architecture
- https://medium.com/disney-streaming/option-either-state-and-io-imperative-programming-in-a-functional-world-8e176049af81
- Doman Modelling (слишком широко вышло)
обертка одна в виде sealed класса с состоянием на любую операцию
источник
23:25пожаловаться#3

AD

Aleksey D. in Android Architecture
Eugene
или просто погуглить паттерн state machine и дописать "for android"))
ну там разные реализации могут быть)
источник
23:34пожаловаться#4
2020 June 22

Z

Zontik in Android Architecture
Всем привет,а какую архитектуру лучше всего юзать,mvvm или mvp,просто не знаю с чего начать
источник
13:04пожаловаться#5

AO

Artem Osipov in Android Architecture
Попробовать обе и решить
источник
13:05пожаловаться#6

Z

Zontik in Android Architecture
А, вот так даже можно, хорошо,я понял, спасибо
источник
13:05пожаловаться#7

AO

Artem Osipov in Android Architecture
заодно сразу накину что есть еще MVI из набирающих популярность
источник
13:06пожаловаться#8

АЕ

Алексей Ершов... in Android Architecture
но начинать с него ни в коем случае нельзя
источник
13:06пожаловаться#9

KR

Kirill Rozov in Android Architecture
Zontik
Всем привет,а какую архитектуру лучше всего юзать,mvvm или mvp,просто не знаю с чего начать
Лучшая архитектура - та какоторая решит твои задачи эффективно
источник
13:06пожаловаться#10

KR

Kirill Rozov in Android Architecture
Лучше нет
источник
13:06пожаловаться#11

AO

Artem Osipov in Android Architecture
Алексей Ершов
но начинать с него ни в коем случае нельзя
Чего бы нет)
источник
13:08пожаловаться#12

АЕ

Алексей Ершов... in Android Architecture
мозг в трубочку свернётся) Слишком много концепций должно уже быть устаканено в голове.
источник
13:09пожаловаться#13

AO

Artem Osipov in Android Architecture
Алексей Ершов
мозг в трубочку свернётся) Слишком много концепций должно уже быть устаканено в голове.
тут даа
источник
13:09пожаловаться#14

AV

Alex Vayts in Android Architecture
Zontik
Всем привет,а какую архитектуру лучше всего юзать,mvvm или mvp,просто не знаю с чего начать
Начните с MVP, он самый простой (ИМХО) - этого достаточоно, чтобы в голове перевернулось мышление на тему “кто кого вызывает” и “кто за что ответственный”. Достаточно начать следовать правилу, что все методы вью и презентера должны быть “void”.

Потом можно MVVM посмотреть, опять же ИМХО, но в MVVM проще начать срезать углы. И для понимания лучше набить шишки через MVP

Из MVVM довольно просто перейти в MVI
источник
13:11пожаловаться#15

Z

Zontik in Android Architecture
Спасибо,начну тогда с mvp
источник
13:14пожаловаться#16

MM

Mikhail Mustakimov in Android Architecture
Насколько плохо иметь statefull interactor?

Имеется statefull api от DJI (для управления коптером). Хотел сделать обёртку над этим апи, так как оно не особо понравилось.
источник
13:21пожаловаться#17

C

Chernikov in Android Architecture
Alex Vayts
Начните с MVP, он самый простой (ИМХО) - этого достаточоно, чтобы в голове перевернулось мышление на тему “кто кого вызывает” и “кто за что ответственный”. Достаточно начать следовать правилу, что все методы вью и презентера должны быть “void”.

Потом можно MVVM посмотреть, опять же ИМХО, но в MVVM проще начать срезать углы. И для понимания лучше набить шишки через MVP

Из MVVM довольно просто перейти в MVI
MVI это конечная как бы архитектура наиболее "правильная"?
источник
13:23пожаловаться#18

AV

Alex Vayts in Android Architecture
Chernikov
MVI это конечная как бы архитектура наиболее "правильная"?
у них у всех свои плюсы и минусы
MVI дает прикольные бонусы, типо очередь состояний с возможностью откатиться назад “бесплатно”. Но и в свою очередь сложная в понимании и большинство новых разработчиков к проекту вы подключить не сможете
источник
13:25пожаловаться#19

КР

Кирилл Романенко... in Android Architecture
Alex Vayts
у них у всех свои плюсы и минусы
MVI дает прикольные бонусы, типо очередь состояний с возможностью откатиться назад “бесплатно”. Но и в свою очередь сложная в понимании и большинство новых разработчиков к проекту вы подключить не сможете
Ну и кода там зачастую побольше. Но ещё из преимуществ: нет гонки состоянии. В других паттернах бывает что из разных мест меняется стейт, в результате он становится неконсистентным.
источник
13:27пожаловаться#20