Всем привет. Назрел вопрос, как сделать открытие фрагмент диалога, с предложение о подписке пробной версии, после 30 секунд использования приложения? Есть варианты?
По какой логике recyclerview создаёт холдеры? Со старта создаёт больше, чем видно на экране и при скроле создаёт ещё. Не могу понять почему и где у меня что то пошло не так
создает 5 айтемов видимых и + 2 сверху и снизу скрытых, которые находятся за экраном. А потом при скроле переопределяются айтемы которые скрылись, заполняясь теми что нужны, по индексу
создает 5 айтемов видимых и + 2 сверху и снизу скрытых, которые находятся за экраном. А потом при скроле переопределяются айтемы которые скрылись, заполняясь теми что нужны, по индексу
всем привет / здесь все кодят? —- требуется Android приложение 1. читает тегущее гео / imap по расписанию два раза в сутки 2. отправляет данные по указанному адресу http://сайт.ру в формате JSON лучше в личку / чтобы чат не захламлять
всем привет / здесь все кодят? —- требуется Android приложение 1. читает тегущее гео / imap по расписанию два раза в сутки 2. отправляет данные по указанному адресу http://сайт.ру в формате JSON лучше в личку / чтобы чат не захламлять
всем привет! Можете предоставить пример или весомый аргумент что Тесты в разработке очень важны... Все говорят что нужны но зачем писать тесты когда можно просто взять продукт и протестировать их самому + большинство ошибок можно избежать так как они очевидны (например на наличие null со сервера либо не правильное использование lifeCycle из за чего приложение крашиться или зависает )
всем привет! Можете предоставить пример или весомый аргумент что Тесты в разработке очень важны... Все говорят что нужны но зачем писать тесты когда можно просто взять продукт и протестировать их самому + большинство ошибок можно избежать так как они очевидны (например на наличие null со сервера либо не правильное использование lifeCycle из за чего приложение крашиться или зависает )
Со временем приложение разрастается и тестировать одни и те же кейсы становится очень ресурсозатратно, поэтому то что можно покрыть тестами стоит покрыть тестами и отдать часть тестирования какому-нибудь CI пайплайну
Со временем приложение разрастается и тестировать одни и те же кейсы становится очень ресурсозатратно, поэтому то что можно покрыть тестами стоит покрыть тестами и отдать часть тестирования какому-нибудь CI пайплайну
+. Дополню еще по очевидным ошибкам - иногда можно банально замотаться и такие ошибки пропустить. Или поменяются требования и в каком то месте новые требования забудут учесть.