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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

Android Architecture

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

I

Ivan in Android Architecture
Alexander Bilchuk
или вообще лицами ..кхм.. нетрадиционных так сказать ориентаций, как бы не старались) так если придет новая команда - скорее всего и требования тоже будут новыми и архитектура уже подходить не будет)
поэтому приемлемый уровень это несчастный презентер без модулей по слоям, ексекуторов и прочего безобразия
источник
22:41пожаловаться#1

VB

Vitaliy Babichev in Android Architecture
Ivan
поэтому приемлемый уровень это несчастный презентер без модулей по слоям, ексекуторов и прочего безобразия
Или вообще без МВ*
источник
22:41пожаловаться#2

VB

Vitaliy Babichev in Android Architecture
Зачем презентер, когда и так логику прописать можно?)
источник
22:42пожаловаться#3

I

Ivan in Android Architecture
Vitaliy Babichev
Зачем презентер, когда и так логику прописать можно?)
ну больновато, когда тут мы вьюху двигаем, а чуть ниже запросы на сервер
источник
22:43пожаловаться#4

VB

Vitaliy Babichev in Android Architecture
Ну, меняешь запрос, всего-то :)
источник
22:43пожаловаться#5

I

Ivan in Android Architecture
Vitaliy Babichev
Ну, меняешь запрос, всего-то :)
а если код повторяется?
источник
22:44пожаловаться#6

I

Ivan in Android Architecture
уже есть смысл это куда-то вынести
источник
22:44пожаловаться#7

VB

Vitaliy Babichev in Android Architecture
Так то всё равно будет вщаимодействие с видом через интерфейс, везде есть методы типа showError или setData()
источник
22:44пожаловаться#8

VB

Vitaliy Babichev in Android Architecture
Только он плоским будет
источник
22:44пожаловаться#9

VB

Vitaliy Babichev in Android Architecture
То есть все в одном
источник
22:44пожаловаться#10

VB

Vitaliy Babichev in Android Architecture
Ivan
уже есть смысл это куда-то вынести
Кастом вью?
источник
22:45пожаловаться#11

I

Ivan in Android Architecture
Vitaliy Babichev
Кастом вью?
нет. например, мы в двух разных активити делаем одинаковые запросы к серверу
источник
22:48пожаловаться#12

I

Ivan in Android Architecture
так мы бы просто один презентер использваоли на две активити
источник
22:48пожаловаться#13

VB

Vitaliy Babichev in Android Architecture
А, ну так класс запроса будет один
источник
22:48пожаловаться#14

VB

Vitaliy Babichev in Android Architecture
Ты же не будешь в презентере сети писать или парсинг
источник
22:48пожаловаться#15

AZ

Alexandr Zherebtsov in Android Architecture
Vitaliy Babichev
Ну тут вопрос не в том, что про нас будет думать, а в том, надо ли городить сущности только для гибкости (речь об интерфейсах с одной реализацией)
на радиот как то статью обсуждали, https://dzone.com/articles/are-you-guilty-of-over-engineering виновен в оверинженеринге
dzone.com
Are You Guilty of Over-Engineering? - DZone Java
It's very easy to use too many complexities to do something simple to use the latest styles, frameworks and libraries. KISS is very tough.
источник
22:53пожаловаться#16

AZ

Alexandr Zherebtsov in Android Architecture
в итоге они там сошлись на том что интерфейсы с одной реализацией это норм для большой java, там все так пишут, и все хотят на 100500 лет все предусмотреть
источник
22:54пожаловаться#17

AZ

Alexandr Zherebtsov in Android Architecture
а вот для андроида вопрос открыт, наверное)
источник
22:55пожаловаться#18

AB

Alexander Bilchuk in Android Architecture
Vitaliy Babichev
Ну тут вопрос не в том, что про нас будет думать, а в том, надо ли городить сущности только для гибкости (речь об интерфейсах с одной реализацией)
Интерфейсы с одной реализацией - это, можно сказать, даже уже не архитектурный подход, а стиль кодинга, врядли тут есть что-то запутанное или сложное. Асбтаркций хорошо иметь ровно столько, сколько вам реально нужно (+ чуть-чуть на всякий случай), тут не нужно смотреть на остальных и руководоствоваться подходом "так написано у крутого мужика")
источник
22:55пожаловаться#19

VB

Vitaliy Babichev in Android Architecture
Alexandr Zherebtsov
в итоге они там сошлись на том что интерфейсы с одной реализацией это норм для большой java, там все так пишут, и все хотят на 100500 лет все предусмотреть
О, спасибо за материал
источник
22:55пожаловаться#20