Мож тогда бэку скажешь чтобы не выебывались?

6 лет..

всем привет, подскажите, это что за naming convention такой, что пишется нижнее подчеркивание перед названием переменной https://github.com/googlesamples/android-architecture-components/blob/master/GithubBrowserSample/app/src/main/java/com/android/example/github/ui/repo/RepoViewModel.kt

Если мы загружаем из бекенда список из 20 объектов. Как красиво их добавить в recycler? ЧТобы не все сразу а по одному...как архитектурно это сделать?

всем привет, подскажите, это что за naming convention такой, что пишется нижнее подчеркивание перед названием переменной https://github.com/googlesamples/android-architecture-components/blob/master/GithubBrowserSample/app/src/main/java/com/android/example/github/ui/repo/RepoViewModel.kt

всем привет, подскажите, это что за naming convention такой, что пишется нижнее подчеркивание перед названием переменной https://github.com/googlesamples/android-architecture-components/blob/master/GithubBrowserSample/app/src/main/java/com/android/example/github/ui/repo/RepoViewModel.kt

А есть ли сейчас хоть какие-то аргументы юзать LocationManager вместо Google play services?

Gps далеко не на всех девайсах

Gps далеко не на всех девайсах

товарищи, нужно ваше мнение. я уже спрашивал про рефаторинг старых проектов, и мне посоветовали кучу материалов, я их попытался освоить и теперь картинка чуть конкретизировалась) есть проект старый проект (личный кабинет пользователя). большой и сильно связанный. мне надо довольно быстро в него запилить фичу - онлайн запись. Ну то есть это будет две фичи - главный экран приложения с кучей выходов, в том числе в личный кабинет + онлайн запись. и фича эта должна уметь вызывать экран логина, смены пароля, стартовый экран старой части проекта, короче эта фича должна знать много чего про старый проект. старый проект от фичи никак не зависит и живет своей жизнью. ну то есть у меня добавляется главный экран, какая-то навигация и юзер если хочет - идет в личный кабинет, который по идее не меняется. я не хочу сильно ударяться в рефакторинг, но и использовать retrofit 1.9 + jobmanager не очень хочется. И не потому что фу, старое, а потому что есть новое, которое лучше знакомо, а значит сделается быстрее и надежнее (мне срок очень короткий поставили и изучать как работают старые библиотеки как-то особо нет времени). я вот думаю вынести новую фичу в модуль, но не знаю как это сделать. и как мне быть с зависимостями? дагер2 в старом проекте, в новом тоже будет дагер2, пикассо, да много всякого. есть какой-нибудь туториал по вынесению модулей и рефакторингу? (мне советовали посмотреть доклады RedMadRobot на эту тему. в общем-то архитектурный подход мне очень близок их, многое почерпнул у них) Но рефакторить существующее приложение просто чтобы использовать другие технологии в фиче кажется странным. или надо вынести все, что связано с авторизацией в отдельный модуль и там уже поверх нее главный экран + все остальное наворачивать? то есть порефакторить авторизационную часть, а остальное оставить как есть.

1) Экран Список видофайлов 2) Экран добавления видеофайлов 3) Экран удаления видеофайлов Какие имена классам вы бы дали?

1) ListScreen. И пусть сам экран про видео ничего не знает 2) хз, зависит от того, что там 3) зачем для этого отдельный экран?

Насчет 1 пункта немного не ясно, разве имена классов не должны быть уникальными. Я понимаю что можно в другом пакете назвать. Но Если в таком случае придеться создать 10 ListScreenов чтоли

Пусть ListScreen будет уникальным. И используется на любом экране со списками.

Что думаешь об абстрактных классах?

Над фрагментами

Ну создать модуль — это дело трёх минут: File -> New -> Module -> Android Library. А вот на идею использовать две разных версии ретрофита одновременно я бы смотрел по меньшей мере косо)

Ну сделать абстрактный класс, от которого наследовать вью списочные

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

ребят где джуниоров поискать можно? на постоянку?

ребят где джуниоров поискать можно? на постоянку?