themes тоже самое по сути

спасибо

всем привет)
если в обычную лайвДату завернуть объект, который наследуется от baseObservable, то при обновлении поля у этого объекта, событие автоматически прилетит? или надо кастомить лайвдату, а объекту добавить коллбэк onPropertyChanged ?

Всем привет, кто сталкаивался с проблемой что BottomSheetDialogFragment перекрывает navigationbar?

Добрый вечер. Как называется текущее навигационное меню в youtube?

Когда у центрального элемента другой дизайн (нет текста и он крупнее)

как сделать, чтоб запросы okHttp шли только через orbot proxy?

Привет, подскажите плиз эталонные репозитории связки Clean Architecture + MVVM, Clean Architecture + MVP. Начал изучать тему, на гитхабе по запросу варианты все разные, сложновато выбрать что - нибудь. Или может кто знает нормальные ресурсы на русском по теме.

Сомневаюсь, что есть эталонные. Есть MVVM от Гугла, есть clean architecture и есть ещё конкретные требования проекта.

Это утопия. Посади 10 синьйоров и синьйорит написать клин с мввп или мвп получишь разные результаты. Нужно  просто понять и пробовать самому, дальше поймешь слабые места

Так и есть, все пишут по разному) И это ок. Если бы все педалили одно и тоже, то это было бы не эффективно и не имело бы никакого развития. А так каждый видит немного по своему

Как мне получить адрес элемента типо getKey(position),раньше делал по другому и там был такой метод. А щас решил реализовать вот так и затупил. Кто знает. Работаю с firebase

Да это вот и напрягает в изучении, у каждого свое, принцип вроде понятен, но очень сложно найти что - то по чему можно учиться, у всех структура разная и это вводит в заблуждение. У одного только  UseCase у другого только interactor, у третьего все вместе. А на этапе обучение было бы не плохо понять принцип разделения ответственностей на более простом примере. Но спасибо за ответы, понял что придется делать умный вид и считать что, то что ты делаешь правильное решение) а потом говорить что нет эталонного решения)

iOSники всю жизнь так делают и говорят 😂

Ну походу Android прогеры так же)

Хорошая архитектура это не эталонный шаблон) Это оптимальное решение под конкретные задачи. Очень много коммерческих решений которые ты никогда не увидишь. По этому делаешь как понимаешь и с каждым разом понимаешь больше и набиваешь шишки, а спустя время ты уже видишь решение под конкретный проект

Согласен, просто полюбому есть какие-то best practices в этом направлении. Ну и хотелось бы по более адекватному решению пытаться понять что там происходит и зачем. А если изначально изучать чей - то корявый код то лучше от это точно не будет)

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

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

Если у вас такие сложности с архитектурой - лучше выделите только model слой (независим от платформы) и слой платформы. Это самый старт