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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

Android Architecture

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

EM

Eugene Matsyuk in Android Architecture
Alexander Popsuenko
Как-то не очень)
Хочется, чтоб подсвечивалось, но никак.
На ум приходят слова дядюшки Боба, не возвращать Null никогда, а если что возвращать заглушку
ну с подсвечиванием пока никак
можете запилить плагин, все скажут вам большое спасибо))
источник
12:16пожаловаться#1

AP

Alexander Popsuenko in Android Architecture
Если б я мог.))
Мне недавно приходила идея создания базы знаний с проблемами разных девайсов и прошивок. Но, я сам не смогу такое написать. Написал разрабу Android Arsenal, не ответил)
источник
12:18пожаловаться#2

EM

Eugene Matsyuk in Android Architecture
Andrew Dementiev
не, можно конечно через фасады/фабрики подключать источники данных и сделать один, который сам решает как тянуть данные, но если каждый репозитарий где-то используется, а где-то нужно скомбинировать источники, то почему плохо сделать прокси с интерфейсом репозитария, которое тянет данные не напрямую из источников, а из других репов? ну кроме того, что добавится зависимость внутри слоя?
По моему мнению, это усложняет и несколько запутывает архитектуру. В докладе я говорил про этот момент - репозитории не должны знать друг о друге ничего. Так проще.
Но это мое мнение, и оно субъективно. Однако опыт говорит, что так удобнее)
источник
12:19пожаловаться#3

Rl

Roman lastName in Android Architecture
Alexander Popsuenko
Как-то не очень)
Хочется, чтоб подсвечивалось, но никак.
На ум приходят слова дядюшки Боба, не возвращать Null никогда, а если что возвращать заглушку
А что ты возвращаешь из метода который ищет объект по каким-либо параметрам и не находит?
источник
12:20пожаловаться#4

AP

Alexander Popsuenko in Android Architecture
Roman lastName
А что ты возвращаешь из метода который ищет объект по каким-либо параметрам и не находит?
Я пока так не делаю)))
Читаю Чистый код и вот вспомнилось.
источник
12:21пожаловаться#5

Rl

Roman lastName in Android Architecture
Alexander Popsuenko
Я пока так не делаю)))
Читаю Чистый код и вот вспомнилось.
Я думал пустой массив
источник
12:22пожаловаться#6

Rl

Roman lastName in Android Architecture
Или ResultModel содержащий или нет нужный объект 😊
источник
12:23пожаловаться#7

AD

Andrew Dementiev in Android Architecture
Eugene Matsyuk
По моему мнению, это усложняет и несколько запутывает архитектуру. В докладе я говорил про этот момент - репозитории не должны знать друг о друге ничего. Так проще.
Но это мое мнение, и оно субъективно. Однако опыт говорит, что так удобнее)
тоесть, если мы комбинируем данные из двух, то стоит те два отрефакторить так, чтобы они были тонкими прослойками над их источниками и соответственно третий комбинирует напрямую источники? Или лучше разрушить однообразную модель доступа к данным и делать фасад между репозитарием и потребителем?
источник
12:23пожаловаться#8

AP

Alexander Popsuenko in Android Architecture
Roman lastName
Я думал пустой массив
Если ищется массив, то чаще всего - да.
А вот если просто объект, то, нужно писать частный случай этого объекта, который будет вместо Null
источник
12:24пожаловаться#9

AP

Alexander Popsuenko in Android Architecture
Roman lastName
Или ResultModel содержащий или нет нужный объект 😊
Все равно придется проверять на null.)
источник
12:24пожаловаться#10

EM

Eugene Matsyuk in Android Architecture
Andrew Dementiev
тоесть, если мы комбинируем данные из двух, то стоит те два отрефакторить так, чтобы они были тонкими прослойками над их источниками и соответственно третий комбинирует напрямую источники? Или лучше разрушить однообразную модель доступа к данным и делать фасад между репозитарием и потребителем?
я лучше потом картинку нарисую, а вы в ответ
так будет понятнее =)
источник
12:25пожаловаться#11

AD

Andrew Dementiev in Android Architecture
Alexander Popsuenko
Все равно придется проверять на null.)
можно что-то типа монады maybe(option) ввести, если защита от null нужна
источник
12:26пожаловаться#12

AD

Andrew Dementiev in Android Architecture
Eugene Matsyuk
я лучше потом картинку нарисую, а вы в ответ
так будет понятнее =)
возможно, я правда рисую плохо)
источник
12:26пожаловаться#13

AZ

Alexandr Zherebtsov in Android Architecture
Eugene Matsyuk
я лучше потом картинку нарисую, а вы в ответ
так будет понятнее =)
кстати, а каким инструментом пользуетесь для UML? есть инструменты бесплатные, которые по коду могут построить UML диаграммы?
источник
12:28пожаловаться#14

EM

Eugene Matsyuk in Android Architecture
Alexandr Zherebtsov
кстати, а каким инструментом пользуетесь для UML? есть инструменты бесплатные, которые по коду могут построить UML диаграммы?
Вроде есть такие.
Но я обычно руками рисовал по каким-либо причинам.
источник
12:29пожаловаться#15

Rl

Roman lastName in Android Architecture
Alexander Popsuenko
Все равно придется проверять на null.)
Нет
источник
12:31пожаловаться#16

AD

Andrew Dementiev in Android Architecture
Alexandr Zherebtsov
кстати, а каким инструментом пользуетесь для UML? есть инструменты бесплатные, которые по коду могут построить UML диаграммы?
Когда-то, в студенческие годы, пользовался starUML, но мне в ней графон не нравился и я рисовал в вижуал-студии в class diagramm, создавал пустой проект и творил)
источник
12:31пожаловаться#17

AD

Andrew Dementiev in Android Architecture
с тех пор я не рисовал диаграммы, уже даже забыл чё там да как)
источник
12:31пожаловаться#18

Rl

Roman lastName in Android Architecture
Andrew Dementiev
можно что-то типа монады maybe(option) ввести, если защита от null нужна
Зачем? В ResultModel будет булеан isSuccess который будет устанавливаться после установки данных в тру
источник
12:32пожаловаться#19

Rl

Roman lastName in Android Architecture
Но это пиздец какой-то
источник
12:33пожаловаться#20