А можно как то дёрнуть это время и количество возможных ошибок?

Зачем?

Ну к примеру неправильно пять попыток прошло показать таймер что через такое то время можно повторить попытку

Это вроде на уровне системы все

Должно быть

Только если заложиться на какой-то константный промежуток

Ок спасибо

Но лучше не мудрить и использовать системный механизм

Ну по сути я использую системный механизм. Только меня не совсем устраивает то что я не знаю через какой промежуток времени я могу повторить попытку. Как это не очень

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

А как оно покажется?

Так, как заложено в его прошивке

Думаешь диалогом выпасть может?

У меня toast

Ок спасибо

Ну к примеру неправильно пять попыток прошло показать таймер что через такое то время можно повторить попытку

Ну мы делали в своем приложении без закоса под систему, 3 раза неверно и сброс touchId на входе в app

А ViewModel из Android Architecture Components - это тот же самый ViewModel, что в MVVM?

Ну мы делали в своем приложении без закоса под систему, 3 раза неверно и сброс touchId на входе в app

Тоже выход

А ViewModel из Android Architecture Components - это тот же самый ViewModel, что в MVVM?

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

Привет! Посоветуйте пожалуйста boilerplate проект Kotlin RxJava2 Dagger и желательно тесты

Друзья, ни у кого профайлинг в студии так не капризничал?

это на 3.1.2 ?

это на 3.1.2 ?

3.0.1

оо, брат))как раз с этим же сейчас пляшу)

Отлично!) есть прогресс?)

в общем, в модуле удаляешь tmp (очевидно, в твоём случае в модуле :app, потом клинишь проект, потом идёшь в конфигуратор сборок и создаёшь на сборку градловую таску для этого же модуля с этим названием (то, что после :app: ), запускаешь именно эту таску на сборку, а ещё параметры туда —no-build-cache

у меня примерно так выглядит

мне этот спелл помогает, не знаю, поможет ли тебе, но попробуй

ну и в конечном итоге там либо какая-то осмысленная ошибка будет (и такое бывает), либо норм всё должно быть

Отлично!) есть прогресс?)

заделись потом, помогло или нет

заделись потом, помогло или нет

ага, опишусь, спасибо :)

заделись потом, помогло или нет

не, не лечится :( Но все равно спасибо

Ребят, имел ли кто-нибудь опыт разработки вредоносного по и как с этим бороться?

не, не лечится :( Но все равно спасибо

жалко(

ставил кто-то уже ?

Ставил. Живет.

Обругало слишком свежий gradle, Но это чинится.

ставил кто-то уже ?

Вчера обновил. Вроде норм

Ребят, имел ли кто-нибудь опыт разработки вредоносного по и как с этим бороться?

С вредоносным ПО? Антивирусом ;)

ставил кто-то уже ?

о, пойду поставлю что ли

ставил кто-то уже ?

пфф кроме багфиксов ничего нет =(

Никто не сталкивался - после обовления com.android.support.constraint:constraint-layout стали растягиваться на всю высоту AlertDialog ?

Никто не сталкивался - после обовления com.android.support.constraint:constraint-layout стали растягиваться на всю высоту AlertDialog ?

даа была так

А его не обьявляли как deprecated разве? Читал невнимательно, могу путать

Никто не сталкивался - после обовления com.android.support.constraint:constraint-layout стали растягиваться на всю высоту AlertDialog ?

потомушто на constraint 1.1.0 match parent deprecate

лол

О, я ж помню, что было что-то такое

А его не обьявляли как deprecated разве? Читал невнимательно, могу путать

percent layout депрекейтед мб с ним путаешь?

давайте все задепрекейтим

Там выше написали же

давайте все задепрекейтим

А реально сейчас же по сути эти лайауты не юзать. Ну только в приложениях, которые написаны на курсах каких

percent layout депрекейтед мб с ним путаешь?

Important: MATCH_PARENT is not recommended for widgets contained in a ConstraintLayout. Similar behavior can be defined by using MATCH_CONSTRAINT with the corresponding left/right or top/bottom constraints being set to "parent".

про это вкурсе решил что речь идёт вообще о всей либе

Important: MATCH_PARENT is not recommended for widgets contained in a ConstraintLayout. Similar behavior can be defined by using MATCH_CONSTRAINT with the corresponding left/right or top/bottom constraints being set to "parent".

Ok, спс

А реально сейчас же по сути эти лайауты не юзать. Ну только в приложениях, которые написаны на курсах каких

Ничего не понял

есть кто то создал свой offline карту через OSM, если есть шарите ссылку pls.

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

grpc какой-нибудь?

Привет, кто-нибудь сталкивался с ситуацией, когда у подключаемой через dependencies библиотеке вышла новая версия, но почему-то эти изменения не применялись, т.е. если скачать source.jar библиотеки, то там есть новые классы и т.д., а найти эту библиотеку в external libraries, то там этих изменений нет

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

Собственный RPC поверх TCP; также умеет работать поверх HTTP.

кто нить пробовал использовать в качестве retrofit interceptor + authenticator один и тот же объект? могут быть косяки какие нибудь с этим?

я так понял аутентификатор ждет 401 ответа, not authorized, а потом повторяет запрос с кредитсами. но это как то слишком жирно, поэтому показалось проще использовать interceptor и цеплять авторизацию в нем

я так понял аутентификатор ждет 401 ответа, not authorized, а потом повторяет запрос с кредитсами. но это как то слишком жирно, поэтому показалось проще использовать interceptor и цеплять авторизацию в нем

что значит «жирно»?

с другой стороны authenticator все же полезен когда работающий токен в самом деле протух и надо его обновить. но после обновления придется как то пробросить новый токен к interceptor потому что он должен как то его получить

ну, ок не жирно а излишне

т.е. всегда 2 запроса вместо 1, у меня вся апишка закрытая

т.е. всегда 2 запроса вместо 1, у меня вся апишка закрытая

почему всегда?

я так понял аутентификатор ждет 401 ответа, not authorized, а потом повторяет запрос с кредитсами. но это как то слишком жирно, поэтому показалось проще использовать interceptor и цеплять авторизацию в нем

Ты не знаешь когда у тебя должен быть авторизованный запрос а когда нет?

почему всегда?

судя по логам каждый раз идет сначала неподписаный запрос, когда ловит забор - идет через аутентификатор

Ты не знаешь когда у тебя должен быть авторизованный запрос а когда нет?

знаю - всегда

Всегда и цепляй токен

ну я и цепляю, в интерсепторе

судя по логам каждый раз идет сначала неподписаный запрос, когда ловит забор - идет через аутентификатор

так быть не должно

Откуда 2 запроса?

из приложения

из приложения

да, Капитан

ае

я может не так объясняю

предположим я не юзаю интерсептор ок