АА
А desc скролился
Size: a a a
2020 November 24
DI
Всем привет, хотел такой вопрос обсудить, как вы передаёте данные между фрагментами? Речь о главном экране и нескольких вызываемых из него отдельных независимых фрагментах. Я для этого использую метод onActivityResult, и когда нужно вернуть результат работы фрагмента кидаю в его интент(onActivityResult) нужные данные с ключами. И в основном экране вижу из какого фрагмента и что я получил. А как делаете вы? Я сталкивался с тем что иногда для этого используют sharedViewModel, которая доступна нескольким фрагментам(по сути синглотон, но может тут есть особенности реализации). И все данные записываются в неё, а в презентерах фрагментов просто происходит подписка обсерверов на них, для меня это решение спорное, но может это какой-то способ который я пока не до понял. Новый или старый гайдлайн и тп. Если есть ссылка где почитать скиньте.
Привет! Почитай про Fragment Result
в ЛС пиши объясню
в ЛС пиши объясню
VV
Привет! Почитай про Fragment Result
в ЛС пиши объясню
в ЛС пиши объясню
Спасибо, нашел статью почитаю
🐺J
Кто работал с Индией в личку
UD
Всем привет! Подскажите пожалуйста.
Стоит задача получения уникального идентификатора устройства. Я почитал что тут об этом писали, и правильно ли я понимаю, что начиная с 10 android mac, серийник и imei просто так не получить?
Остается видимо только Android ID.
На хабре прочел, что
" После обновления на Android 8 Android_ID теперь стал уникальным для каждого установленного приложения"
насколько он подходит для задачи, если учесть, что забирать его я всегда буду через одно и то же приложение?
Стоит задача получения уникального идентификатора устройства. Я почитал что тут об этом писали, и правильно ли я понимаю, что начиная с 10 android mac, серийник и imei просто так не получить?
Остается видимо только Android ID.
На хабре прочел, что
" После обновления на Android 8 Android_ID теперь стал уникальным для каждого установленного приложения"
насколько он подходит для задачи, если учесть, что забирать его я всегда буду через одно и то же приложение?
VL
Всем привет! Подскажите пожалуйста.
Стоит задача получения уникального идентификатора устройства. Я почитал что тут об этом писали, и правильно ли я понимаю, что начиная с 10 android mac, серийник и imei просто так не получить?
Остается видимо только Android ID.
На хабре прочел, что
" После обновления на Android 8 Android_ID теперь стал уникальным для каждого установленного приложения"
насколько он подходит для задачи, если учесть, что забирать его я всегда буду через одно и то же приложение?
Стоит задача получения уникального идентификатора устройства. Я почитал что тут об этом писали, и правильно ли я понимаю, что начиная с 10 android mac, серийник и imei просто так не получить?
Остается видимо только Android ID.
На хабре прочел, что
" После обновления на Android 8 Android_ID теперь стал уникальным для каждого установленного приложения"
насколько он подходит для задачи, если учесть, что забирать его я всегда буду через одно и то же приложение?
Если говорить по доке:
Android ID уникален для утсановленного приложения + user который сейчас в системе. Если сменить юзера то и Android ID поменяется. Любой сброс настроек или переустановка прошивки = новый Android ID.
MAC тоже не вариант, если говорить про Android 10+, даже если получите доступ, он рандомизируется от роутера к роутеру. Типа секьюрность если Вас засекли на одном роутере, то на втором придется снова искать, так как мак другой.
По факту:
Заметил такую особенность, что некторые девайсы меняют Android ID периодически просто так (Android 10). Зависимость не уловил, но понял, что для уникального идентификатора использовать Android ID не вариант.
Решения:
Искали решения для себя, но бескостыльных вариантов не нашли. Как минимум это нарушает GDPR соглашение и могут взять за жопу. Поэтому решили просто перестоить наш сервис чтобы никак не зависеть от уникальности устройства, чего гугл и советует.
P.S. если реально найдете что-то интересное по этому поводу - буду рад инфе.
Ах, да - гугл рекомендует использовать рекламный идентификатор, но он уникальный для аккаунта, а не устройства
Android ID уникален для утсановленного приложения + user который сейчас в системе. Если сменить юзера то и Android ID поменяется. Любой сброс настроек или переустановка прошивки = новый Android ID.
MAC тоже не вариант, если говорить про Android 10+, даже если получите доступ, он рандомизируется от роутера к роутеру. Типа секьюрность если Вас засекли на одном роутере, то на втором придется снова искать, так как мак другой.
По факту:
Заметил такую особенность, что некторые девайсы меняют Android ID периодически просто так (Android 10). Зависимость не уловил, но понял, что для уникального идентификатора использовать Android ID не вариант.
Решения:
Искали решения для себя, но бескостыльных вариантов не нашли. Как минимум это нарушает GDPR соглашение и могут взять за жопу. Поэтому решили просто перестоить наш сервис чтобы никак не зависеть от уникальности устройства, чего гугл и советует.
P.S. если реально найдете что-то интересное по этому поводу - буду рад инфе.
Ах, да - гугл рекомендует использовать рекламный идентификатор, но он уникальный для аккаунта, а не устройства
☠🇷
а сгенерить guid не вариант?)
UD
а сгенерить guid не вариант?)
При переустановке такой id слетит
UD
Если говорить по доке:
Android ID уникален для утсановленного приложения + user который сейчас в системе. Если сменить юзера то и Android ID поменяется. Любой сброс настроек или переустановка прошивки = новый Android ID.
MAC тоже не вариант, если говорить про Android 10+, даже если получите доступ, он рандомизируется от роутера к роутеру. Типа секьюрность если Вас засекли на одном роутере, то на втором придется снова искать, так как мак другой.
По факту:
Заметил такую особенность, что некторые девайсы меняют Android ID периодически просто так (Android 10). Зависимость не уловил, но понял, что для уникального идентификатора использовать Android ID не вариант.
Решения:
Искали решения для себя, но бескостыльных вариантов не нашли. Как минимум это нарушает GDPR соглашение и могут взять за жопу. Поэтому решили просто перестоить наш сервис чтобы никак не зависеть от уникальности устройства, чего гугл и советует.
P.S. если реально найдете что-то интересное по этому поводу - буду рад инфе.
Ах, да - гугл рекомендует использовать рекламный идентификатор, но он уникальный для аккаунта, а не устройства
Android ID уникален для утсановленного приложения + user который сейчас в системе. Если сменить юзера то и Android ID поменяется. Любой сброс настроек или переустановка прошивки = новый Android ID.
MAC тоже не вариант, если говорить про Android 10+, даже если получите доступ, он рандомизируется от роутера к роутеру. Типа секьюрность если Вас засекли на одном роутере, то на втором придется снова искать, так как мак другой.
По факту:
Заметил такую особенность, что некторые девайсы меняют Android ID периодически просто так (Android 10). Зависимость не уловил, но понял, что для уникального идентификатора использовать Android ID не вариант.
Решения:
Искали решения для себя, но бескостыльных вариантов не нашли. Как минимум это нарушает GDPR соглашение и могут взять за жопу. Поэтому решили просто перестоить наш сервис чтобы никак не зависеть от уникальности устройства, чего гугл и советует.
P.S. если реально найдете что-то интересное по этому поводу - буду рад инфе.
Ах, да - гугл рекомендует использовать рекламный идентификатор, но он уникальный для аккаунта, а не устройства
Спасибо за развернутый ответ, будем думать
СР
Если говорить по доке:
Android ID уникален для утсановленного приложения + user который сейчас в системе. Если сменить юзера то и Android ID поменяется. Любой сброс настроек или переустановка прошивки = новый Android ID.
MAC тоже не вариант, если говорить про Android 10+, даже если получите доступ, он рандомизируется от роутера к роутеру. Типа секьюрность если Вас засекли на одном роутере, то на втором придется снова искать, так как мак другой.
По факту:
Заметил такую особенность, что некторые девайсы меняют Android ID периодически просто так (Android 10). Зависимость не уловил, но понял, что для уникального идентификатора использовать Android ID не вариант.
Решения:
Искали решения для себя, но бескостыльных вариантов не нашли. Как минимум это нарушает GDPR соглашение и могут взять за жопу. Поэтому решили просто перестоить наш сервис чтобы никак не зависеть от уникальности устройства, чего гугл и советует.
P.S. если реально найдете что-то интересное по этому поводу - буду рад инфе.
Ах, да - гугл рекомендует использовать рекламный идентификатор, но он уникальный для аккаунта, а не устройства
Android ID уникален для утсановленного приложения + user который сейчас в системе. Если сменить юзера то и Android ID поменяется. Любой сброс настроек или переустановка прошивки = новый Android ID.
MAC тоже не вариант, если говорить про Android 10+, даже если получите доступ, он рандомизируется от роутера к роутеру. Типа секьюрность если Вас засекли на одном роутере, то на втором придется снова искать, так как мак другой.
По факту:
Заметил такую особенность, что некторые девайсы меняют Android ID периодически просто так (Android 10). Зависимость не уловил, но понял, что для уникального идентификатора использовать Android ID не вариант.
Решения:
Искали решения для себя, но бескостыльных вариантов не нашли. Как минимум это нарушает GDPR соглашение и могут взять за жопу. Поэтому решили просто перестоить наш сервис чтобы никак не зависеть от уникальности устройства, чего гугл и советует.
P.S. если реально найдете что-то интересное по этому поводу - буду рад инфе.
Ах, да - гугл рекомендует использовать рекламный идентификатор, но он уникальный для аккаунта, а не устройства
+ за решение
мав аналогічну логіку на одному проекті, менеджер рішив що якщо на іОС є userID то на андроіді теж він буде)
в ітозі взяли і переробили флоу без userID бо на андроіді адекватного варіанту для однозначної ідентифікацію юзера - немає)
мав аналогічну логіку на одному проекті, менеджер рішив що якщо на іОС є userID то на андроіді теж він буде)
в ітозі взяли і переробили флоу без userID бо на андроіді адекватного варіанту для однозначної ідентифікацію юзера - немає)
KS
Ребят, что-то я замучался в Android Studio с конструктором, начал Kotlin изучать.
Не могу найти как сгенерировать конструктор, там есть только Secondary constructor в generate, а как сделать так сказать "First constructor", чтобы он ам его создал и init{} прописал, можно так сделать?
Не могу найти как сгенерировать конструктор, там есть только Secondary constructor в generate, а как сделать так сказать "First constructor", чтобы он ам его создал и init{} прописал, можно так сделать?
☠🇷
Ребят, что-то я замучался в Android Studio с конструктором, начал Kotlin изучать.
Не могу найти как сгенерировать конструктор, там есть только Secondary constructor в generate, а как сделать так сказать "First constructor", чтобы он ам его создал и init{} прописал, можно так сделать?
Не могу найти как сгенерировать конструктор, там есть только Secondary constructor в generate, а как сделать так сказать "First constructor", чтобы он ам его создал и init{} прописал, можно так сделать?
primary
☠🇷
Студия не причем
KS
primary
ну хорошо, primary, а как сгенерить, руками чтобы не писать
KS
primary
как подобное сделать автоматом?
Чтобы я свойства создал, а студия "мне сделала хорошо", как это раньше было с Java?
Чтобы я свойства создал, а студия "мне сделала хорошо", как это раньше было с Java?
☠🇷
как подобное сделать автоматом?
Чтобы я свойства создал, а студия "мне сделала хорошо", как это раньше было с Java?
Чтобы я свойства создал, а студия "мне сделала хорошо", как это раньше было с Java?
в primary конструкторе и оставь
ES
как подобное сделать автоматом?
Чтобы я свойства создал, а студия "мне сделала хорошо", как это раньше было с Java?
Чтобы я свойства создал, а студия "мне сделала хорошо", как это раньше было с Java?
😶
ES
ага
Еще бы третий раз создать набор полей и все в ините новом заполнить)
☠🇷
data class Profile(val id: String, val userName: String...