Лично я использую абстрактные классы

А нет такого, что рано или поздно вылазит кейс, где нужна только доля функционала абстракции, а остальное просто мешает/не нужно?

Ну пока у меня такого не было, но если что, то можно пофиксить апдейтами)

+

Абстрактный класс

Обобщить и узкоспециализировать  не получится

Привет!
Я только знакомлюсь с Android.
И меня волнует вот какой вопрос.
Может кто-то даст развёрнутый ответ.
Насколько мне известно, xml - конфигурации были сделаны во времена популярности этого формата. Сейчас же, на мой взгляд, удобнее это делать аннотациями или в yml как сделали в Spring на Java.
Так вот вопрос, есть ли альтернативы xml-конфигурациям тех же View на андроиде?

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

для котлина есть Anko, все VIew пишутся кодом напрямую

разработчики не лучшие кто даст рекомендации) Лучше показывай пользователям)

не слышал. Это отдельная либа или стандартная поставка из jdk?

да мне бы услышать понял ли я правильно МВП. А то вроде работает, ну я и радуюсь :)

отдельная, но написана создателями котлина https://github.com/Kotlin/anko

Спасибо!

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

Привет! Начал работать с socket.io, смог получить сообщения из чата. На сокеты завязаны и другие события, но пока это не важно. Также добавились пуши (возможно, сокеты теперь на мобиле и не потребуются). Знаю, что у сокетов есть проблема, что садят батарейку, да и в новых версиях Андроида их не рекомендуют делать. В старых мануалах их использовали в сервисах, чтобы обрабатывать проблемы жизненного цикла (пересоздание активности после возврата из фона).
Хотел спросить, надо ли вообще мучаться с ЖЦ? Нужно ли делать Service? Может быть, и пусть сокет садит батарейку, пока приложение в onStop? Зато после перехода в onStart все сообщения чата видны, не надо их повторно загружать, думать, актуальны ли данные на экране.

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

у меня костыльным образом подобное реализовано - есть enum, в котором все места, откуда можно перейти на один и тот же экран. В этом экране есть переменная, которую я и инициализирую при переходе соответствующим значением из enum, а потом в конечном экране в зависимости от значения этой переменной - делаю то что нужно

Я использую https://firebase.google.com/docs/app-distribution