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

parrot.ru

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

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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

Android Architecture

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

2017 February 06

ZZ

Zahar Zolotarev in Android Architecture

Доброе утро коллеги) @eugene_matsyuk у Вас [тут](https://github.com/matzuk/TestableCodeMobius/blob/master/app/src/main/java/com/matsyuk/testablecodemobius/ui/profile/view/IProfileView.java) в примере 5 полей биндится на экран причем из одной модели. Вопрос, если у меня экран с кучей полей (15-20 большой экран с инфо о пользователе) мне тоже плодить 15-20 методов сетеров? или завернуть их все в модель и передать на view ее тоже можно?

matzuk/TestableCodeMobius

TestableCodeMobius - Demo project for Testable code in Mobius conference

источник

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

А

Андрей in Android Architecture

Ребят, запилил новую статью по Даггеру
Буду рад отзывам и дополнениям =)
https://habrahabr.ru/post/320676/

Dagger 2. Часть третья. Новые грани возможного

Всем привет! Наконец-то подоспела третья часть цикла статей о Dagger 2! Перед дальнейшим прочтением настоятельно рекомендую ознакомиться с первой и второй частям...

Классная статья. Подобной информации вообще мало на просторах интернета. Спасибо что разобрался и с нами поделился.

источник

10:55пожаловаться #2

EM

Eugene Matsyuk in Android Architecture

я сейчас стал трэкать время, сколько точно трачу на какое-то дело
на эту статью ушло более 22 часов абсолютно чистого времени
это к тому, что действительно мало инфы и приходилось много где самому разбираться

источник

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

EM

Eugene Matsyuk in Android Architecture

Zahar Zolotarev

Доброе утро коллеги) @eugene_matsyuk у Вас [тут](https://github.com/matzuk/TestableCodeMobius/blob/master/app/src/main/java/com/matsyuk/testablecodemobius/ui/profile/view/IProfileView.java) в примере 5 полей биндится на экран причем из одной модели. Вопрос, если у меня экран с кучей полей (15-20 большой экран с инфо о пользователе) мне тоже плодить 15-20 методов сетеров? или завернуть их все в модель и передать на view ее тоже можно?

matzuk/TestableCodeMobius

TestableCodeMobius - Demo project for Testable code in Mobius conference

заверните в модель, конечно же =)
и передайте целиком во вьюшку

источник

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

PS

Pavel Sedoykin in Android Architecture

Ребят, запилил новую статью по Даггеру
Буду рад отзывам и дополнениям =)
https://habrahabr.ru/post/320676/

Dagger 2. Часть третья. Новые грани возможного

Всем привет! Наконец-то подоспела третья часть цикла статей о Dagger 2! Перед дальнейшим прочтением настоятельно рекомендую ознакомиться с первой и второй частям...

Спасибо за статью ) а можно небольшое пожелание. Было б неплохо добавить проект на гит хаб с примером работы с даггером по этим статьям. По первым двум статьям например было б вообще круто. А может быть есть уже такое?

источник

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

EM

Eugene Matsyuk in Android Architecture

Pavel Sedoykin

Спасибо за статью ) а можно небольшое пожелание. Было б неплохо добавить проект на гит хаб с примером работы с даггером по этим статьям. По первым двум статьям например было б вообще круто. А может быть есть уже такое?

Подумаю)
В принципе я старался максимально подробно все описывать, чтобы не пришлось смотреть еще в проект =)

источник

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

PS

Pavel Sedoykin in Android Architecture

иногда просто удобнее. скачать пример. и в нем полазить. Так то да в статье все есть) по ним и разбирался.

источник

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

AB

Alexander Blinov in Android Architecture

Подумаю)
В принципе я старался максимально подробно все описывать, чтобы не пришлось смотреть еще в проект =)

Да, в проекте смотреть всегда удобнее, а копипастить и подавно😉

источник

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

KZ

Konstantin Zolotov in Android Architecture

Dmitry Berdnikov

Ребят, а когда выносите навигацию в отдельный класс, у вас в этом классе вообще каждый переход описан или вы создаете на каждый активити/фрагмент свой навигатор-класс в котором описаны только переходы из этого экрана?

Пробовал и то и другое, в первом случае грязновато получается, потому обычно нечто среднее — по навигатору для каждого пакета.

источник

12:01пожаловаться #9

KZ

Konstantin Zolotov in Android Architecture

Больше интересует вот что: сейчас все эти анимации-шманимации кроме того, что занимают 300мс драгоценного времени еще и сильно зависят от контекста или конкретных View.

источник

12:01пожаловаться #10

KZ

Konstantin Zolotov in Android Architecture

Это для всяких shared element и т.д.

источник

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

KZ

Konstantin Zolotov in Android Architecture

Кто как решает?

источник

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

S

Sergey in Android Architecture

У меня в интерфейсах presenter-a и view,, как правило только void методы(даже на onClick)
скажите - это норм? или что-то не понимаю

источник

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

EM

Eugene Matsyuk in Android Architecture

У меня в интерфейсах presenter-a и view,, как правило только void методы(даже на onClick)
скажите - это норм? или что-то не понимаю

абсолютно норма

источник

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

A

Artur in Android Architecture

Более того, существует мнение, что там должны быть -только- void методы

источник

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

N

Nick Senchurin in Android Architecture

всем привет, у меня тут вопрос возник следующего плана. А не подскажете, как правильно делать реализацию поведения в зависимости от устройства (телефон-планшет)?
вот тут советуют 3 разных способа.
http://www.dummies.com/web-design-development/mobile-apps/3-strategies-for-adding-tablet-support-to-your-android-apps/

У меня проект будет большим (переписываю старый заново) хочу поинтересоваться , как вы решаете подобную задачу

3 Strategies for Adding Tablet Support to Your Android Apps - dummies

There are three main strategies that you can use to make your Android phone app work on tablets. Each is perfectly reasonable and has its own set of advantages and disadvantages. The first strategy is to make two different apps: one for phones and one for tablets. This sounds wasteful, but in fact it’s quite […]

источник

13:35пожаловаться #16

EM

Eugene Matsyuk in Android Architecture

всем привет, у меня тут вопрос возник следующего плана. А не подскажете, как правильно делать реализацию поведения в зависимости от устройства (телефон-планшет)?
вот тут советуют 3 разных способа.
http://www.dummies.com/web-design-development/mobile-apps/3-strategies-for-adding-tablet-support-to-your-android-apps/

У меня проект будет большим (переписываю старый заново) хочу поинтересоваться , как вы решаете подобную задачу

3 Strategies for Adding Tablet Support to Your Android Apps - dummies

There are three main strategies that you can use to make your Android phone app work on tablets. Each is perfectly reasonable and has its own set of advantages and disadvantages. The first strategy is to make two different apps: one for phones and one for tablets. This sounds wasteful, but in fact it’s quite […]

Пускай за получение состояния: телефон или планшет отвечает специальный репозиторий, аля AppRepository, отвечающий за хранения таких вот глобальных вещей.
Ну и собственно Интерактор будет дергать данный репозиторий и решать, что делать дальше
а презентеру и вьюшке будет все равно

источник

15:13пожаловаться #17

N

Nick Senchurin in Android Architecture

Пускай за получение состояния: телефон или планшет отвечает специальный репозиторий, аля AppRepository, отвечающий за хранения таких вот глобальных вещей.
Ну и собственно Интерактор будет дергать данный репозиторий и решать, что делать дальше
а презентеру и вьюшке будет все равно

спасибо, буду обдумывать ваш ответ!

источник

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

N

Nick Senchurin in Android Architecture

Пускай за получение состояния: телефон или планшет отвечает специальный репозиторий, аля AppRepository, отвечающий за хранения таких вот глобальных вещей.
Ну и собственно Интерактор будет дергать данный репозиторий и решать, что делать дальше
а презентеру и вьюшке будет все равно

а вот насчет презентеру все равно у меня вопрос. Вот в гуглопочте на телефоне лишь список , а на планшете 2 фрагмента - слева список, а справа само содержание письма, разве это не презентер решает, что отрисовывать?

источник

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

N

Nick Senchurin in Android Architecture

т.е подобным образом вообще можно обойтись без флаворов? Получается будет единое приложение для обоих ориентаций?

источник

15:24пожаловаться #20