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

parrot.ru

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

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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

Android Architecture

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

2020 June 03

AT

Alexander Taran in Android Architecture

Привет, осваиваю архитектуру по статьям five (https://five.agency/android-architecture-part-4-applying-clean-architecture-on-android-hands-on/). Написано создать domain module как чистый java module, а data и device как андроид модуль, я правильно понимаю, что при создании модуля в андроид студии чистый java модуль имеет тип java or kotlin library , а андроид модуль это phone and tablet module? Или все они одного типа phone and tablet module?

Да, первое

источник

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

S

Sergey in Android Architecture

Alexander Taran

Да, первое

Спасибо

источник

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

GT

Green Triangle in Android Architecture

Всем привет. Помогите разрешить спор. Мне знакомый говорит, что очень плохо, если я использую модель с сервера у себя на клиенте. Утверждает, что какой-то чуть ли не принятый стандарт - мапить данные сервера в локальную модель. Но я не вижу в этом смысла, потому что у меня модели полностью совпадают. Как быть-то?

источник

14:07пожаловаться #3

АЕ

Алексей Ершов... in Android Architecture

Расписать плюсы и минусы и применить здравый смысл) Оценочное восприятие в споре не помогает.

источник

14:08пожаловаться #4

AO

Artem Osipov in Android Architecture

Всем привет. Помогите разрешить спор. Мне знакомый говорит, что очень плохо, если я использую модель с сервера у себя на клиенте. Утверждает, что какой-то чуть ли не принятый стандарт - мапить данные сервера в локальную модель. Но я не вижу в этом смысла, потому что у меня модели полностью совпадают. Как быть-то?

А чем поможет маппинг в локальную модель если сейчас они совпадают?) какую проблему это должно решить?

источник

14:10пожаловаться #5

NM

Nikolai Melkov in Android Architecture

не вижу смысла в новых сущностях если модели полностью совпадают

источник

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

GT

Green Triangle in Android Architecture

А чем поможет маппинг в локальную модель если сейчас они совпадают?) какую проблему это должно решить?

заход на будущее, когда появятся в модели поля, которые будут использоваться только локально)
Тут появится выбор, либо какими-то аннотациями, дефолт значениями(💩) костылять. А так заранее заложил локальную модель и маппинг в нее

источник

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

AO

Artem Osipov in Android Architecture

заход на будущее, когда появятся в модели поля, которые будут использоваться только локально)
Тут появится выбор, либо какими-то аннотациями, дефолт значениями(💩) костылять. А так заранее заложил локальную модель и маппинг в нее

ну так когда надо тогда и будет мэппинг. Сейчас-то какая проблема решится?)

источник

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

n

neikist in Android Architecture

Ну тут еще вопрос по какой причине модели совпадают. Это может быть по причине "модель с сервера использовать можно", и "модель с сервера использовать удобно". Если второе - то все ок. Если первое - то смотреть отдельно нужно.

источник

14:13пожаловаться #9

NM

Nikolai Melkov in Android Architecture

если модели начнут различаться ничего не помешает разделить, наоборот куча одинаковых сущностей будут мешать поддержке кода

источник

14:13пожаловаться #10

AO

Artem Osipov in Android Architecture

если модели начнут различаться ничего не помешает разделить, наоборот куча одинаковых сущностей будут мешать поддержке кода

и работы совсем ненужной прибавится, либо будет кодогенерация и увеличенное время сборки

источник

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

AO

Artem Osipov in Android Architecture

Ну тут еще вопрос по какой причине модели совпадают. Это может быть по причине "модель с сервера использовать можно", и "модель с сервера использовать удобно". Если второе - то все ок. Если первое - то смотреть отдельно нужно.

вот этот подход плюсую

источник

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

GT

Green Triangle in Android Architecture

ну так когда надо тогда и будет мэппинг. Сейчас-то какая проблема решится?)

Просто мне это приподнесли так, что все так делают, что это обязательно, как и писать приложение на каком-нибудь мвп/мввм и тд)

источник

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

АЕ

Алексей Ершов... in Android Architecture

если модели начнут различаться ничего не помешает разделить, наоборот куча одинаковых сущностей будут мешать поддержке кода

конечно помешает, лень и дедлайны) А потом через год проект где в одной модельке три вида аннотаций и поля дублируются, потому что одно в БД а другое с сервера, но немного в другом формате.

источник

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

AO

Artem Osipov in Android Architecture

Просто мне это приподнесли так, что все так делают, что это обязательно, как и писать приложение на каком-нибудь мвп/мввм и тд)

мы не делаем

источник

14:16пожаловаться #15

GT

Green Triangle in Android Architecture

мы не делаем

ну я так и подумал, что товарищ преувеличивает)

источник

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

D

Dmitriy in Android Architecture

Алексей Ершов

конечно помешает, лень и дедлайны) А потом через год проект где в одной модельке три вида аннотаций и поля дублируются, потому что одно в БД а другое с сервера, но немного в другом формате.

и обвешано всё это transient/@Ignore 😁😁

источник

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

AO

Artem Osipov in Android Architecture

ну я так и подумал, что товарищ преувеличивает)

в целом звучит так что товарищ что-то где-то слышал, но забыл что надо все на свои задачи применять

источник

14:17пожаловаться #18

NM

Nikolai Melkov in Android Architecture

и обвешано всё это transient/@Ignore 😁😁

оставлять технический долг или нет это дело каждого

источник

14:17пожаловаться #19

АЕ

Алексей Ершов... in Android Architecture

Любое решение это трейд-офф. Быстрее, проще, потенциальный техдолг против дольше, чище, потенциально более future-proof. Выбирайте, что вам подходит)

источник

14:18пожаловаться #20