Size: a a a

Android Developers

2020 March 04

DB

Dmytro Borysov in Android Developers
Alexsandr Lepezin
Кто нибудь знает что за ошибка, уже пол дня бьюсь
открой эроры от ЖАВА компилера
источник

К

Кирилл in Android Developers
Кто делал авторизацию и регистрацию в андройд приложении, вы шифровали данные из приложения при отправке на сервер?
источник

DB

Dmytro Borysov in Android Developers
Кирилл
Кто делал авторизацию и регистрацию в андройд приложении, вы шифровали данные из приложения при отправке на сервер?
Нет, это не нужно
источник

К

Кирилл in Android Developers
Почему?
источник

VK

Vitalii Krokhalev in Android Developers
Кирилл
Кто делал авторизацию и регистрацию в андройд приложении, вы шифровали данные из приложения при отправке на сервер?
Можно подписывать JSON
источник

DB

Dmytro Borysov in Android Developers
Кирилл
Почему?
Зачем шифровать? Чтобы что?
источник

К

Кирилл in Android Developers
Dmytro Borysov
Зачем шифровать? Чтобы что?
Не знаю, ты же передаешь почту и пароль
источник

А

Александр in Android Developers
Vitalii Krokhalev
Лично я эту проблему решил, просто добавив необходимые фрагменты в один контейнер. А потом просто вызываю hide/show. Работает идеально. Не знаю, для чего люди делают attach/detach...
Как раз затем и делают, что зачастую правильнее, чтобы когда фрагмент открывался, данные перезапрашивались.
источник

D

Damir in Android Developers
Turalllb Turalll
все верно, replace удаляет старый и вместо него ставит новый. Делай add вместо replace тогда фрагменты будут складываться. Ну это примерно, я не в контексте задачи
Т.е add будет брать созданный фрагмент и добавлять сверху или создавать новый ?
источник

TT

Turalllb Turalll in Android Developers
Damir
Т.е add будет брать созданный фрагмент и добавлять сверху или создавать новый ?
в add что то подается, то что туда подается будет лежать сверху.  Создашь новый и подашь туда, будет новый. А можно взять уже тот который там лежит и поднять его наверх, для этого надо работать через теги. В общем надо гуглить как работать с fragmentManager
источник

D

Damir in Android Developers
Turalllb Turalll
в add что то подается, то что туда подается будет лежать сверху.  Создашь новый и подашь туда, будет новый. А можно взять уже тот который там лежит и поднять его наверх, для этого надо работать через теги. В общем надо гуглить как работать с fragmentManager
Понял спс
источник

D

Dmitry in Android Developers
Ребят, который час не получается настроить чтобы PopupWindow был в нужном месте относительно вьюхи. То вверху то внизу. Подскажите, пожалуйста, что я нелаю не так?
https://pastebin.com/Z8PpxQmp
источник

VK

Vitalii Krokhalev in Android Developers
Александр
Как раз затем и делают, что зачастую правильнее, чтобы когда фрагмент открывался, данные перезапрашивались.
А если у меня на фрагменте есть несколько полей, которые валидируются? Если пересоздавать View фрагмента, мне нужно каждый раз заново запускать валидацию, чтобы вернуть исходное состояние View, которое человек последний раз видел на этим экране?
источник

VK

Vitalii Krokhalev in Android Developers
Если у меня во фрагменте MotionLayout с определённым состоянием, или два Motion-a, мне под каждый делать переменные во ViewModel-и, которые помогут сохранить их состояния?
источник

А

Александр in Android Developers
Vitalii Krokhalev
А если у меня на фрагменте есть несколько полей, которые валидируются? Если пересоздавать View фрагмента, мне нужно каждый раз заново запускать валидацию, чтобы вернуть исходное состояние View, которое человек последний раз видел на этим экране?
А? Ну да. Перезашёл на экран - начал всё сначала.
Нет, можешь офк сейвить куда - нибудь промежуточные данные и возвращать их на место по возвращени, но это вкусовщина, и хз стоит ли оно того. Смотри сам крч.
источник

DB

Dmytro Borysov in Android Developers
Dmitry
Ребят, который час не получается настроить чтобы PopupWindow был в нужном месте относительно вьюхи. То вверху то внизу. Подскажите, пожалуйста, что я нелаю не так?
https://pastebin.com/Z8PpxQmp
Описываешь задачу не так.. Опиши нормально, что нужно. Желательно актуальное поведение и какое ожидаешь
источник

VK

Vitalii Krokhalev in Android Developers
Александр
А? Ну да. Перезашёл на экран - начал всё сначала.
Нет, можешь офк сейвить куда - нибудь промежуточные данные и возвращать их на место по возвращени, но это вкусовщина, и хз стоит ли оно того. Смотри сам крч.
Спасибо огромное!!! Я просто один с этими вопросами работаю, никто толком объяснить не мог, что это вкусовщина)
источник

А

Александр in Android Developers
Vitalii Krokhalev
Спасибо огромное!!! Я просто один с этими вопросами работаю, никто толком объяснить не мог, что это вкусовщина)
Ну это такое, чисто моё мнение ж. Неоднозначная тема.
Есть экраны, в которых очевидно нужно сейвить состояние - типо экрана, хз, Пикабу, где юзер пишет пост в 100500 строк, а потом случайно "назад" нажал.
Есть экраны, где это и нафиг не надо. Список товаров, условно. Я вот сейчас работаю над проектом, по сути приложение для кассовых аппаратов. Мы никаких промежуточных данных не сохраняем, каждый экран - новый запрос в бд/на сервер. Це бизнес(имхо), нельзя позволять пользователю видеть данные, которые могут устареть в рамках одной сессии. Пусть пересоздаётся каждый раз, нам не обломно.
Смотри сам крч(1).
источник

f

fillooow in Android Developers
Народ, есть у меня фрагмент в нем NestedScrollView
я хочу отлистать до середины этот фрагмент, нажать на некую КНОПКУ (которая находится на панели навигации внизу, то есть, я всегда могу нажать на нее)
после нажатия на кнопку, фрагмент должен отлистаться до топа и запустить какой-то action
вопрос, как отследить такое событие?

я попробовал запилить функцию, которая использует OnScrollChangeListener:

fun NestedScrollView.scrollTop(callback: () -> Unit) {

   setOnScrollChangeListener { _: NestedScrollView?, _: Int, scrollY: Int, _: Int, _: Int ->

       if (scrollY == 0) {

           callback.invoke()
       }
   }

   fullScroll(View.FOCUS_UP)
}


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

VK

Vitalii Krokhalev in Android Developers
Александр
Ну это такое, чисто моё мнение ж. Неоднозначная тема.
Есть экраны, в которых очевидно нужно сейвить состояние - типо экрана, хз, Пикабу, где юзер пишет пост в 100500 строк, а потом случайно "назад" нажал.
Есть экраны, где это и нафиг не надо. Список товаров, условно. Я вот сейчас работаю над проектом, по сути приложение для кассовых аппаратов. Мы никаких промежуточных данных не сохраняем, каждый экран - новый запрос в бд/на сервер. Це бизнес(имхо), нельзя позволять пользователю видеть данные, которые могут устареть в рамках одной сессии. Пусть пересоздаётся каждый раз, нам не обломно.
Смотри сам крч(1).
Ещё раз спасибо)
источник