он не для инстанса синглтона явно + в “небольших” проэктах его нету такого профита юзать

Дак есть же профит от DI - взял и потестил вьюмодел, а не сидишь и думаешь как инстанс синглтона подменить 😁

в данном случае я бы сидел и писал код с даггером)

я в целом про подход внедрения зависимостей ;)

А кто может подсказать. Вот есть Activity, у неё лейаут вида: ConstarintLayout ——FrameLayout ——Button Во FrameLayout есть некий фрагмент с editText'ом В итоге когда открывается клавиатура, то эта кнопка поднимается вместе с кнопкой: https://prnt.sc/okdd80 Кто подскажет, как сделать так, что бы эта кнопка не поднималась над клавой?

Привет! Кто-нибудь знает, на какой либе графиков сделан TabTrader?

в манифесте может быть прописано, или же в корневом лояуте fitToWindow или какой то такой параметр (в твоем случае должен фолс быть)

Привет! Кто-нибудь знает, на какой либе графиков сделан TabTrader?

Привет! Кто-нибудь знает, на какой либе графиков сделан TabTrader?

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

Здравствуйте 1) Запускаю Service || JobService через startService || startForegroundService для android Oreo || ContextCompat.startForegroundService 2) в onCreate методе сервиса делаю startForeground(1, notification), и в onDestroy делаю stopForeground(false) В onCreate методе сервиса запускается BroadcastReceiver, для получение событий TelephonyManager.EXTRA_STATE - {OFFHOOK, RINGING, IDLE} Вот код для регистраций ресивера applicationContext.registerReceiver(broadcastReceiver, IntentFilter(TelephonyManager.ACTION_PHONE_STATE_CHANGED), Manifest.permission.CALL_PHONE, null) Сразу же после запуска сервиса я вызываю val intent = Intent(Intent.ACTION_DIAL) intent.data = Uri.parse("tel:+77787020453") startActivity(intent) И начинаю звонить В логах сервса получаю 18:38:17.008 I/main >>>>: Unstoppable: onCreate ✅ 18:38:17.013 4371-4371/me.myapp I/main >>>>: UnstoppableJob: onStartCommand ✅ 18:38:17.231 4371-5110/me.myapp I/main >>>>: Unstoppable - 1 ✅ 18:38:18.730 4371-5110/me.myapp I/main >>>>: Unstoppable - 2 ✅ 18:38:19.082 4371-4371/me.myapp I/Unstoppable: blockCallReciever: onRecieve: ✅ 18:38:19.082 4371-4371/me.myapp I/Unstoppable: android.intent.action.PHONE_STATE = OFFHOOK ✅ 18:38:21.715 5169-5169/? I/main >>>>: Unstoppable: onCreate ⁉️ 18:38:21.741 5169-5169/? I/main >>>>: UnstoppableJob: onStartCommand ⁉️ 18:38:21.947 5169-5231/? I/main >>>>: Unstoppable - 1 ⁉️ 18:38:24.114 5242-5242/me.myapp I/main >>>>: Unstoppable: onCreate ⁉️ 18:38:24.145 5242-5242/me.myapp I/main >>>>: UnstoppableJob: onStartCommand ⁉️ Unstoppable - 1, Unstoppable - 2 - это я таймер запустил чтобы отслежевать работает сервис или нет в реальном времени. Не могу понять почему в сервисе вызывается сново onCreate без вызова onDestroy, кто может мне помоч это решить и сделать так чтобы сервис работал стабильно при совершение вызова?

Господа что могло случиться? работало норм все до этого, ребилд и клин не помогают.

Господа что могло случиться? работало норм все до этого, ребилд и клин не помогают.

Здравствуйте 1) Запускаю Service || JobService через startService || startForegroundService для android Oreo || ContextCompat.startForegroundService 2) в onCreate методе сервиса делаю startForeground(1, notification), и в onDestroy делаю stopForeground(false) В onCreate методе сервиса запускается BroadcastReceiver, для получение событий TelephonyManager.EXTRA_STATE - {OFFHOOK, RINGING, IDLE} Вот код для регистраций ресивера applicationContext.registerReceiver(broadcastReceiver, IntentFilter(TelephonyManager.ACTION_PHONE_STATE_CHANGED), Manifest.permission.CALL_PHONE, null) Сразу же после запуска сервиса я вызываю val intent = Intent(Intent.ACTION_DIAL) intent.data = Uri.parse("tel:+77787020453") startActivity(intent) И начинаю звонить В логах сервса получаю 18:38:17.008 I/main >>>>: Unstoppable: onCreate ✅ 18:38:17.013 4371-4371/me.myapp I/main >>>>: UnstoppableJob: onStartCommand ✅ 18:38:17.231 4371-5110/me.myapp I/main >>>>: Unstoppable - 1 ✅ 18:38:18.730 4371-5110/me.myapp I/main >>>>: Unstoppable - 2 ✅ 18:38:19.082 4371-4371/me.myapp I/Unstoppable: blockCallReciever: onRecieve: ✅ 18:38:19.082 4371-4371/me.myapp I/Unstoppable: android.intent.action.PHONE_STATE = OFFHOOK ✅ 18:38:21.715 5169-5169/? I/main >>>>: Unstoppable: onCreate ⁉️ 18:38:21.741 5169-5169/? I/main >>>>: UnstoppableJob: onStartCommand ⁉️ 18:38:21.947 5169-5231/? I/main >>>>: Unstoppable - 1 ⁉️ 18:38:24.114 5242-5242/me.myapp I/main >>>>: Unstoppable: onCreate ⁉️ 18:38:24.145 5242-5242/me.myapp I/main >>>>: UnstoppableJob: onStartCommand ⁉️ Unstoppable - 1, Unstoppable - 2 - это я таймер запустил чтобы отслежевать работает сервис или нет в реальном времени. Не могу понять почему в сервисе вызывается сново onCreate без вызова onDestroy, кто может мне помоч это решить и сделать так чтобы сервис работал стабильно при совершение вызова?

Попробуй закоменить в градле зависимости, синк, потом раскоментить и синк

invalidate cache and restart? И всё ли ОК в project structure?

invalidate cache and restart? И всё ли ОК в project structure?

Обычно decompile делаю, но тут защита. Чем apk смотрите?

Добрый день . Такая проблема. После переключения ссылок в exo player декодер дает ошибку

глупый вопрос есть fragment, layout которого состоит из одного recyclerView код фрагмента public View onCreateView(...) { return inflater.inflate(R.layout.recycler_view, container, false); }код recycler_view.xml <?xml version="1.0" encoding="utf-8"?> <androidx.recyclerview.widget.RecyclerView xmlns:android="http://schemas.android.com/apk/res/android" android:id="@id/recycler_view" android:layout_width="match_parent" android:layout_height="match_parent" android:clipToPadding="false"/>могу ли я сохранить ссылку на этот ресайклер в onCreateView, т.е. public View onCreateView(...) { mRecycler = inflater.inflate(R.layout.recycler_view, container, false); return mRecycler; }

глупый вопрос есть fragment, layout которого состоит из одного recyclerView код фрагмента public View onCreateView(...) { return inflater.inflate(R.layout.recycler_view, container, false); }код recycler_view.xml <?xml version="1.0" encoding="utf-8"?> <androidx.recyclerview.widget.RecyclerView xmlns:android="http://schemas.android.com/apk/res/android" android:id="@id/recycler_view" android:layout_width="match_parent" android:layout_height="match_parent" android:clipToPadding="false"/>могу ли я сохранить ссылку на этот ресайклер в onCreateView, т.е. public View onCreateView(...) { mRecycler = inflater.inflate(R.layout.recycler_view, container, false); return mRecycler; }

глупый вопрос есть fragment, layout которого состоит из одного recyclerView код фрагмента public View onCreateView(...) { return inflater.inflate(R.layout.recycler_view, container, false); }код recycler_view.xml <?xml version="1.0" encoding="utf-8"?> <androidx.recyclerview.widget.RecyclerView xmlns:android="http://schemas.android.com/apk/res/android" android:id="@id/recycler_view" android:layout_width="match_parent" android:layout_height="match_parent" android:clipToPadding="false"/>могу ли я сохранить ссылку на этот ресайклер в onCreateView, т.е. public View onCreateView(...) { mRecycler = inflater.inflate(R.layout.recycler_view, container, false); return mRecycler; }

Просто зачем это)))

чтобы не делать тяжеловесный findViewById

а в чём будет разница между двумя подходами?

Всем привет! Guys, кто с EXO Player плотно работал: Не подскажите с чем может быть связана следующая проблема? - в проекте на одном экране видос + превьюшки плей-листа - клик по плейлисту переключает videoUrl (в связи с чем меняется DataSource и вызывается player.prepare()). Переключение идёт в рамках 1 инстанса SimpleExoPlayer - если юзер начинается очень быстро кликать по плейлисту - то вылетает такой exception из недр ExoPlayer (на Samsung J7 / A-серии довольно быстро это происходит) - `Caused by: android.media.MediaCodec$CodecException: Error 0xffffec77` - `com.google.android.exoplayer2.mediacodec.MediaCodecRenderer$DecoderInitializationException: Decoder init failed: OMX.Exynos.avc.dec, Format(1, null, null, video/avc, null, -1, null, [1280, 720, -1.0], [-1, -1])` На StackOverflow рекомендуют такие вещи: - w/h видоса кратна 16 - переиспользовать 1 инстанс SimpleExoPlayer (иначе ломается из-за длительного создания декодеров), не делать player.stop() (т.к. декодер не будет переиспользован)

у нас похожая задача. плеер singleton, делаем стоп и запускаем новый видос setPlayWhenReady. но плейлист храним у себя - то есть не используем внутренний плейлист, не помню почему отказались.

Спасибо за наводку! Попробую сменить: player.stop() player.playWhenReady = true А с прода похожие stack-trace (OMX.Exynos.avc.dec ...) не прилетали? Почему-то в официальном репозитории по схожим крашам (https://github.com/google/ExoPlayer/issues/1286, https://github.com/google/ExoPlayer/issues/5799) https://medium.com/google-exoplayer/improved-decoder-reuse-in-exoplayer-ef4c6d99591d рекомендуют не стопать видео чтобы на подобный баг не нарваться (типо иначе не будут переиспользованы Decoders, а на некоторых девайсах [samsung J7/бюджетные A-series] под них маловато места)...

нет. не помню таких ошибок, хотя samsung юзаем

граждане, а вот есть прием "унаследовать класс от Application, что бы в нем был всегда доступен контекст приложения и можно было хранить еще данные, которые не убьются" - это дурь или "а чо, все так делают"? И с чем этот класс уместно совместить? с репозиторием? или нинада совмещать?

граждане, а вот есть прием "унаследовать класс от Application, что бы в нем был всегда доступен контекст приложения и можно было хранить еще данные, которые не убьются" - это дурь или "а чо, все так делают"? И с чем этот класс уместно совместить? с репозиторием? или нинада совмещать?

Используйте ViewModel для этого - там под капотом лежит retain fragment, тоже ничего не "убьется"

Да, это дурь (по-научному "God Object" нарушающий SRP) и признак некомпетентности автора Сеньёры юзают DI, который держит инстансы AppPreferences / Repositories / Cache

Эм, а где этот самый ди все это держит?)

На как минимум код читабельней и понятнее, а не уйма обращений к App.getXxx()

но только до первого onCleared()

Да, но если владелец activity, то и onCleared() вызовется только при уничтожении активности - для глобальных вещей подойдет, а иначе по новой данные грузить из сети или из базы

ViewModel-ей же несколько может/должно быть? под каждую активность

Так по итогу то все это и хранит тот самый App. Хотя я наверное не правильно тебя понял ) мне показалось, что ты имел в виду в целом использование App дурью

Да, чуток уточню явно - App обычно только для "инициализационных штук" (краши/аналитика/di/отладочное/...) Боль когда туда пихают ещё: - закешенный access_token юзера - кэш подгруженных из сети данных - последнее значение разных переменных с разных экранов получается прям рассадник для багов из-за "всё в одну кучу"

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

Лучше использовать ди. А так держать там можно что угодно

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

У меня у одного Firebase глючит и я не могу новый проект создать или у всех такая же проблема?😒

adb logcat > log_file.txt

как это сделать регулярным?

через grep

регулярным выражением? или что

мне нужно эти логи постоянно писать в файл (можно перезаписывая)