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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

Android Architecture

2742 membersпожаловаться на группу
2021 July 22

AB

Alexander Blinov in Android Architecture
Что в имени тебе моём? Ты зацени модулей объём!
В этом выпуске мы расскажем весьма охэхэнную историю, как мы наводили порядок в названиях модулей и пакетов.

👉 Зачем нужно переименовывать то, что работает
👉 Как делать изменения всей кодовой базы
👉 Кодфриз на минималках
👉 Скрипты для авторефакторинга
👉 Грабли, подводные камни и прочее, о чём вы любите слышать

#рефакторинг #модули #android #оххнные_истории
YouTube
Глобальный ренейминг в Android | Охэхэнные истории
В далекой-далекой галактике был проект, в котором было совершенно все :)
Но у нас пока не такой, и в этом выпуске "Охэхэнных историй" мы поделимся опытом ренейминга модулей и пакетов в боевой обстановке с кодфризом, скриптами и граблями!
И если хотите узнать все что нужно, чтобы не наступить на грабли, которые у нас были, то вэлкам!

Внутри:

00:00 — Интро
00:57 — Краткий экскурс
02:08 — Структура проекта до ренейминга
05:01 — Ретроспектива
09:43 — Подведение итогов
10:42 — Рекомендации

Полезные ссылки:

Наш канал в телеге: https://t.me/hh_tech_news
Наш чат в телеге: https://t.me/hh_tech

🔥 Подписывайтесь на наш канал, следите за новыми полезными роликами!

#ОхэхэнныеИстории #Многомодульность #Android #МногомодульнаяАрхитектура  #МобильнаяРазработка #Mobile #Разработка #Архитектура #ОhhнныеИстории
источник
11:11пожаловаться#1

AB

Alexander Blinov in Android Architecture
Мало модули запилить, из ещё надо и назвать правильно😂
источник
11:11пожаловаться#2

АГ

Антон Гуляев... in Android Architecture
10
источник
12:36пожаловаться#3

VS

Vladislav Shipugin in Android Architecture
У меня вопрос возник по многомодульности: Как удобнее разруливать ситуацию переиспользования кода между модулями, но при этом не core функционал, а именно между фича модулями. Есть что-то лучше base-feature модулей?
источник
13:16пожаловаться#4

P

Pavel in Android Architecture
> ситуацию переиспользования кода между модулями
Слишком широкое понятие.
Можно пример фич и что они должны переиспользовать?
источник
13:47пожаловаться#5

JF

Jorik Fat in Android Architecture
фиче-модули зависят не только от :core но и друг от друга. Но для этого нужно правильно построить структуру (лучше всего UML)
источник
15:12пожаловаться#6

VS

Vladislav Shipugin in Android Architecture
Пример: сетевые запрос, а также entity и dto. А ещё мб ресурсы и какие-то общие компоненты
источник
16:55пожаловаться#7

VS

Vladislav Shipugin in Android Architecture
Просто есть core, который быстро становится помойкой. Поэтому туда нельзя добавлять все подряд.

Но и иерархии в core, core-global-feature, core-subfeature и наконец feature создавать не хочется
источник
16:58пожаловаться#8

JF

Jorik Fat in Android Architecture
у меня есть модуль :network в котором прописана вся логика для сети. И в каждой фиче лежат свои Entity/Dto/Resources и по иерархии фичей в зависимых можно получить нужные части
источник
19:24пожаловаться#9

VS

Vladislav Shipugin in Android Architecture
Да, это понятно, но тут проявляется иерархия фичей. А хочется плоские фича модули.
источник
20:02пожаловаться#10

VS

Vladislav Shipugin in Android Architecture
Но кажется, что надо искать золотую середину и каких то инновационных решений нет.
источник
20:02пожаловаться#11

JF

Jorik Fat in Android Architecture
не бывает плоских фичей
источник
20:04пожаловаться#12

JF

Jorik Fat in Android Architecture
в любом приложении, где есть профиль пользователя - будет многое на него завязано
источник
20:05пожаловаться#13

JF

Jorik Fat in Android Architecture
и соответственно зависеть от него
источник
20:05пожаловаться#14

JF

Jorik Fat in Android Architecture
так же и с авторизацией. Практически каждая фича будет зависеть от авторизации, чтобы при потере токена - вернуть на логин
источник
20:06пожаловаться#15

VS

Vladislav Shipugin in Android Architecture
Эммм, может я не так выразился...
Чтоб фича модули были на одном уровне все. И не было каких-то полубожественных фич. 2 варианта или кор, или фича.

Я ищу такой вариант)
источник
20:06пожаловаться#16

JF

Jorik Fat in Android Architecture
просто можно сделать зависимость не прямую
источник
20:07пожаловаться#17

JF

Jorik Fat in Android Architecture
а через медиатор
источник
20:07пожаловаться#18

JF

Jorik Fat in Android Architecture
а, нет. Бред ляпнул
источник
20:07пожаловаться#19

JF

Jorik Fat in Android Architecture
например магазин:
корзина будет в любом случае зависеть от товаров. Они никак не смогут быть на одном уровне
источник
20:08пожаловаться#20