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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

Android Architecture

2429 membersпожаловаться на группу
2020 April 11

NM

Nick Marchuk in Android Architecture
QMan
Подскажите как разбить на пакеты, дабы максимально повысить ориентирование остальных участников проекта ? Вот по такому принципу, как на изображении, хорошо воспринимается ?
Имхо удобнее всего сначала по фичам разбивать, а внутри фич по слоям

Тогда работая над модулем (фичей) не придётся бегать по разным пакетам

-feature1
—domain
—data
—presentation
-feature2
—domain
—data
—presentation
источник
00:09пожаловаться#1

Н

Никита ✓ in Android Architecture
Nick Marchuk
Имхо удобнее всего сначала по фичам разбивать, а внутри фич по слоям

Тогда работая над модулем (фичей) не придётся бегать по разным пакетам

-feature1
—domain
—data
—presentation
-feature2
—domain
—data
—presentation
Я иногда фичи разбиваю ещё на фичи.
например
-feature auth
—feature login
——domain
——data
——presentation
—feature registration
——domain
——data
——presentation
—feature recovery
——domain
——data
——presentation

Вложенность чуть больше, но всё более "упаковано"
источник
00:12пожаловаться#2

Q

QMan in Android Architecture
да, мне это тоже понравилось, легко воспринимается и читается, всем спасибо
источник
00:12пожаловаться#3

NM

Nick Marchuk in Android Architecture
Никита ✓
Я иногда фичи разбиваю ещё на фичи.
например
-feature auth
—feature login
——domain
——data
——presentation
—feature registration
——domain
——data
——presentation
—feature recovery
——domain
——data
——presentation

Вложенность чуть больше, но всё более "упаковано"
Также делаю :)
источник
00:13пожаловаться#4

R

Roman K. in Android Architecture
В продолжении вопроса о разбитии по фичам - как вы поступаете с UseCase, которые используются в разных фичах?
Сейчас кладу их в отдельный пакет "commons", но он растет и становится менее удобным и теряет структуру
источник
01:00пожаловаться#5

VP

Valery Ponomarenko in Android Architecture
Сгруппировать их по какому то принципу в пакеты и потом вынести из commons. Либо там же и оставить, если будет устраивать?
источник
01:18пожаловаться#6

МE

Михаил E1ement in Android Architecture
Roman K.
В продолжении вопроса о разбитии по фичам - как вы поступаете с UseCase, которые используются в разных фичах?
Сейчас кладу их в отдельный пакет "commons", но он растет и становится менее удобным и теряет структуру
Правильно делаете, что выносите. А о структуре может лучше уточнить у коллег, как будет удобно вам всем...
источник
10:30пожаловаться#7

RM

Rizvan Mag in Android Architecture
не туда) извините
источник
13:49пожаловаться#8

ei

error_ io in Android Architecture
pastebin.com/zXmL3wH8
Помогите плз, не могу понять почему постоянно срабатывает onFailure, в логах посмотрел , данные вроде есть.
Pastebin
[Kotlin] package com.example.recyclerview    import androidx.appcompat.app.AppCompatActiv - Pastebin.com
источник
16:26пожаловаться#9

V

Vlad Zotov 🌚 in Android Architecture
error_ io
pastebin.com/zXmL3wH8
Помогите плз, не могу понять почему постоянно срабатывает onFailure, в логах посмотрел , данные вроде есть.
Pastebin
[Kotlin] package com.example.recyclerview    import androidx.appcompat.app.AppCompatActiv - Pastebin.com
В стектрейсе что?
источник
16:56пожаловаться#10

MT

Maxim Ternovtsi in Android Architecture
error_ ну и как мы это должны понять без кода weatherService?
источник
20:47пожаловаться#11

MT

Maxim Ternovtsi in Android Architecture
QMan
Подскажите как разбить на пакеты, дабы максимально повысить ориентирование остальных участников проекта ? Вот по такому принципу, как на изображении, хорошо воспринимается ?
норм
источник
20:51пожаловаться#12

MT

Maxim Ternovtsi in Android Architecture
Никита ✓
Я иногда фичи разбиваю ещё на фичи.
например
-feature auth
—feature login
——domain
——data
——presentation
—feature registration
——domain
——data
——presentation
—feature recovery
——domain
——data
——presentation

Вложенность чуть больше, но всё более "упаковано"
Так тупо, потому что domain используется во многих presentation, также как и data во многих domain
источник
20:52пожаловаться#13

MT

Maxim Ternovtsi in Android Architecture
@neketsh Почитай про clean architecture
источник
20:52пожаловаться#14

AD

Aleksey D. in Android Architecture
Maxim Ternovtsi
Так тупо, потому что domain используется во многих presentation, также как и data во многих domain
а что мешает общие части вынести отдельно?)
источник
21:13пожаловаться#15

AD

Aleksey D. in Android Architecture
Maxim Ternovtsi
@neketsh Почитай про clean architecture
а что там можно нового прочитать? все уже до дыр ее зачитали же
источник
21:14пожаловаться#16

MT

Maxim Ternovtsi in Android Architecture
Aleksey D.
а что мешает общие части вынести отдельно?)
это вообще извращение и полная каша
источник
21:14пожаловаться#17

AD

Aleksey D. in Android Architecture
Maxim Ternovtsi
это вообще извращение и полная каша
удобненько, имхо
источник
21:15пожаловаться#18

АЕ

Алексей Ершов in Android Architecture
Aleksey D.
а что там можно нового прочитать? все уже до дыр ее зачитали же
есть ощущение, что многие из рассуждающих читали пару не очень хороших постов и всё) А книгу Мартина, например, нет.
источник
21:24пожаловаться#19

AD

Aleksey D. in Android Architecture
Алексей Ершов
есть ощущение, что многие из рассуждающих читали пару не очень хороших постов и всё) А книгу Мартина, например, нет.
вероятно 🤷
источник
21:24пожаловаться#20