может быть я не правильно выразился, авторизация я так понял исходя из переписыки выше у нас будет проходить каждый раз, так как сессию мне держать никто не собирается(пока) и вот соответственно вопрос: юзер авторизируется, и дальше если человек убьет приложение(в котором при запуске снова нужно будет авторизироваться) и будет ли он получать пуш уведомления. Сорри, может совсем ахинею говорю

Что поменяется, когда пользователь прибьёт приложение? Как без сессии сервер определяет пользователя?

Да ничего собственно

Или логин/пароль шлются на каждый запрос?

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

Так а как сервер идентифицирует пользователя, если отправлять "без всего"?

а приложение не проходит дальше к запросам "без всего" если он не прошел авторизацию) я начинаю понимать что это бредовая идея выходит(

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

при авторизации мне возвращается категория юзара и только та инфа которую ему положено видеть, и в зависимости от категории отображается тот или иной функционал с запросами "без всего"

Если мы сейчас говорим про HTTP, то на сервере нет способа проверить, имеет ли пользователь право произвести какую-либо операцию (авторизован ли он вообще).

я так понимаю, без токена не обойтись

@Override он не пише? Удаляет за IDE?)

@antonkazakov получилось, спасибо)

пишет. но стараемся не юзать либы с аннотациями)

Как коллегу зовут? Егор Бугаенко? :)

нет) возможно, родственник его)

Как коллегу зовут? Егор Бугаенко? :)

Поясните шутку, я прост из деревни

Поясните шутку, я прост из деревни

А в последних версиях Даггер еще и статик методы юзать в модулях начал. Так что точно эту либу юзать нельзя.

мне надо обосновать внедрение dagger 2. причину этого для себя я объясняю тем, что исп-е даггера в связке с мокито значительно упрощает написание тестов. какие ещё аргументы исп-я этого даггера можно привести? мой напарник например меня на юх посылает с этим даггером, т.к. он не ненавидит аннотации

Депенденси инжекшин - это не только тесты. С его помощю достигается меньшая связанность кода, если инжектится как интерфейс. Да и принцип единственной ответственности лучше выполнять - ваш класс сосредоточен только на своей логике. А то, откуда его зависимость взялась - это уже не его сфера ответственности.

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

что-то типа javascript:findElementById('someId').trigger('click')

пробовал, сложность в том, что ид кнопки может быть совершенно любым

Есть ли адекватный способ показать View поверх shared element, который после postponeEnterTransition ждёт startPostponedEnterTransition?

выставить elevation больше чем у шаред элементов?

translationZ?

или нет...)

Попробуй в стиле активити выставить флаг useContentOverlay false

windowContentOverlay — это фон окна

windowContentOverlay — это фон окна

Есть активность, которая при повороте дохнет и пересоздается, но нужно, чтобы один тяжелый объект выживал и выдавался воскресшей. Я не придумал ничего лучше static поля для класса, который бы за этим следил. Но если объект слишком тяжелый, просто падает эмулятор. Что с этим можно сделать?

Кто бы мне сказал. Просто тухнет эмулятор без слова в монитор

Может, это проблема эмулятора?

в смысле, попробовать на живом телефоне?

windowSharedElementsUseOverlay

не понял про RandomAccessFile. Это мне?

Да. То, что долго генерируется, должно долго хранится :)

А потом его долго считывать?