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

parrot.ru

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

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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

Android Architecture

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

2017 February 07

AZ

Alexandr Zherebtsov in Android Architecture

Pavel Sukhoterin

я на http://apptractor.ru/ на ежедневные рассылки интересных материалов для мобильного разработчика подписан + http://androiddev.apptractor.ru/ тоже ежедневно что-то появляется, + конечно medium. Может кто-нибудь еще из интересного посоветуете

androidweekly

источник

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

EM

Eugene Matsyuk in Android Architecture

Да, хороших каналов и источников хватает)
Так что создание еще одного канала бессмысленно =)
В любом случае все обсуждения здесь выльется в доклад на мобиусе плюс а-ля best practices

источник

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

EM

Eugene Matsyuk in Android Architecture

кидайте еще хорошие ресурсы =)

источник

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

MY

Michael Yeryomenko in Android Architecture

А тут я согласен по поводу имени setEnableSendTransferButton, но не согласен по поводу ошибки. У нас могут быть разные виды ошибок, вьюха зачастую должна отрабатывать их по-разному, соответственно ей надо дёргать разные методы и этим занимается презентер. С другой стороны, мы всегда можем сначала создать один метод, потом дополнить необходимыми.

Почему то как показывать ошибку решает пресентер? Почему Вью не может само это сделать?

источник

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

EM

Eugene Matsyuk in Android Architecture

Michael Yeryomenko

Почему то как показывать ошибку решает пресентер? Почему Вью не может само это сделать?

в смысле "как показывать"? Презентер дергает у вьюшки view.validateError(...), а вьюшка уже решает, как показать - в виде диалога, снэкбара и т.д.

источник

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

MY

Michael Yeryomenko in Android Architecture

в смысле "как показывать"? Презентер дергает у вьюшки view.validateError(...), а вьюшка уже решает, как показать - в виде диалога, снэкбара и т.д.

В том смысле что вью должно получить некую модель Error и затем сделать какие-то действия. А не иметь кучу методов под каждый тип ошибки. В рамках валидации имеется ввиду.

источник

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

EM

Eugene Matsyuk in Android Architecture

Michael Yeryomenko

В том смысле что вью должно получить некую модель Error и затем сделать какие-то действия. А не иметь кучу методов под каждый тип ошибки. В рамках валидации имеется ввиду.

Ну в рамках валидации достаточно одного метода, через аргументы которого передадим нужный объект, да.

источник

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

A

Artur in Android Architecture

Michael Yeryomenko

В том смысле что вью должно получить некую модель Error и затем сделать какие-то действия. А не иметь кучу методов под каждый тип ошибки. В рамках валидации имеется ввиду.

Если действия абсолютно одинаковые - показать диалог с ошибкой, ошибка приходит в модели - то нет смысла плодить методы. Если же в одном случае мы показываем диалог, в другом - перезагружаем данные и отображаем прогресс бар, а в третьем - вылетаем на страницу логина, это уже логика. Чтобы мы могли протестировать логику, её переносим в презентер и создаём разные методы у вью.

источник

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

EM

Eugene Matsyuk in Android Architecture

Если действия абсолютно одинаковые - показать диалог с ошибкой, ошибка приходит в модели - то нет смысла плодить методы. Если же в одном случае мы показываем диалог, в другом - перезагружаем данные и отображаем прогресс бар, а в третьем - вылетаем на страницу логина, это уже логика. Чтобы мы могли протестировать логику, её переносим в презентер и создаём разные методы у вью.

Да, когда логика так отличается, то нужны разные методы.
Если бы логика была одинаковая, только отличались, скажем, строчки - то один метод

источник

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

М

Михаил in Android Architecture

Да, когда логика так отличается, то нужны разные методы.
Если бы логика была одинаковая, только отличались, скажем, строчки - то один метод

Какие книжки посоветуешь изучить по архитектуре?

источник

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

М

Михаил in Android Architecture

может есть какие-то прям топовые?)

источник

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

EM

Eugene Matsyuk in Android Architecture

Какие книжки посоветуешь изучить по архитектуре?

нужно посмотреть, потом кину)

источник

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

MY

Michael Yeryomenko in Android Architecture

Да, когда логика так отличается, то нужны разные методы.
Если бы логика была одинаковая, только отличались, скажем, строчки - то один метод

Не понимаю я этого. "Да, когда логика так отличается, то нужны разные методы." Ну тогда вы априори закладываете детали имплементации вью в интерфейс вью и в сам пресентер.
Например. Валидация. Пришли правки дизайна. Мне теперь нужно показать диалог пользователю, если ошибок в валидации больше чем n. Что я делаю? Лезу менять пресентер интерфес вью и вью?
Разве логика "если ошибок валидации > n, то покажи диалог" должна находится в пресентере?

источник

12:02пожаловаться #13

KZ

Konstantin Zolotov in Android Architecture

Michael Yeryomenko

Не понимаю я этого. "Да, когда логика так отличается, то нужны разные методы." Ну тогда вы априори закладываете детали имплементации вью в интерфейс вью и в сам пресентер.
Например. Валидация. Пришли правки дизайна. Мне теперь нужно показать диалог пользователю, если ошибок в валидации больше чем n. Что я делаю? Лезу менять пресентер интерфес вью и вью?
Разве логика "если ошибок валидации > n, то покажи диалог" должна находится в пресентере?

Конечно в презентере. Если это логика, то ей там и место.

источник

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

MY

Michael Yeryomenko in Android Architecture

Konstantin Zolotov

Конечно в презентере. Если это логика, то ей там и место.

в чем профит? Чем такой подход лучше переноса этой логики во вью?

источник

12:05пожаловаться #15

N

Nick Senchurin in Android Architecture

вью должна быть тупой , без всяких инициатив

источник

12:05пожаловаться #16

KZ

Konstantin Zolotov in Android Architecture

вью должна быть тупой , без всяких инициатив

+100500

источник

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

EM

Eugene Matsyuk in Android Architecture

вью должна быть тупой , без всяких инициатив

истина

источник

12:06пожаловаться #18

EM

Eugene Matsyuk in Android Architecture

вью должна быть тупой , без всяких инициатив

источник

12:06пожаловаться #19

MY

Michael Yeryomenko in Android Architecture

вью должна быть тупой , без всяких инициатив

в чем профит? Чем такой подход лучше переноса этой логики во вью?

источник

12:07пожаловаться #20