но я админ

админ джавы?

Админ интернета

Знаешь, что с админами в КС было?

там были админы?

как это контрить? обернул табы в доп LinearLayout, всем подряд выставил clipToPadding true

getBroadcast

(я тоже делал такой таббар, у меня оно за его пределы не вылазило)

такая фигня появилась недавно, после обновления либы

Ну у меня без либ, всё руками сделал за 5 минут)

Ну у меня без либ, всё руками сделал за 5 минут)

как это контрить? обернул табы в доп LinearLayout, всем подряд выставил clipToPadding true

Спасибо! получилось! адаптировать пришлось немного решение под жабу с котлина и немного упростить) но работает!!! Еще раз спасибо за наводку!

Всем привет! Уважаемые девелоперы скажите пожалуйста какими сервисами пользуйтесь для продвижения своих приложений?

постоянно получаю эту ошибку в Firebase Crashlytics Fatal Exception: android.app.RemoteServiceException: Context.startForegroundService() did not then call Service.startForeground() at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1881) at android.os.Handler.dispatchMessage(Handler.java:105) at android.os.Looper.loop(Looper.java:164) at android.app.ActivityThread.main(ActivityThread.java:6944) at java.lang.reflect.Method.invoke(Method.java) at com.android.internal.os.Zygote$MethodAndArgsCaller.run(Zygote.java:327) at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1374)это означает что не запустился уведомление для явного сервися ил что, понять не могу, что можно сделать? У меня в сервисе после startForegroundService, в методе onCreate запускает startForeground().

мб ты стопишь незапущенный сервис?

постоянно получаю эту ошибку в Firebase Crashlytics Fatal Exception: android.app.RemoteServiceException: Context.startForegroundService() did not then call Service.startForeground() at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1881) at android.os.Handler.dispatchMessage(Handler.java:105) at android.os.Looper.loop(Looper.java:164) at android.app.ActivityThread.main(ActivityThread.java:6944) at java.lang.reflect.Method.invoke(Method.java) at com.android.internal.os.Zygote$MethodAndArgsCaller.run(Zygote.java:327) at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1374)это означает что не запустился уведомление для явного сервися ил что, понять не могу, что можно сделать? У меня в сервисе после startForegroundService, в методе onCreate запускает startForeground().

что может означать незапущенный?

может я немного рано обращаюсь к вьюхам.. но когда позже то..

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

СКажи честно, это последний раз когда ты связался с приложением для теликов?

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

может алгоритм кривой или ты достиг предела девайса

профилируй на ботлнеки

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

Добрый день. Подскажите как в Room Database сделать так что бы запись добавлялась только одна уникальная без дубликатов

Primary key задать для записи какой то

а еще асинктаск - говно мамонта, уже не используют, глянь лучше екзекуторСервисы/рх/корутины и т.д.

а еще асинктаск - говно мамонта, уже не используют, глянь лучше екзекуторСервисы/рх/корутины и т.д.

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

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

Не ну это понятно. У меня на id есть PrimaryKey, но другие поля все равно могут быть одинаковыми у двух или нескольких записей..

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

А есть четкое объяснение в чем была проблема асинктаска?

1. Многословность 2. Стремное API

3. Несоответсвие принципам SOLID 4. Легко получить утечки памяти

3. Single responsibility 4. Ок ладно, тогда: 5. Все асинктаски работают на одном потоке

Ребята, кто работал с новым Billing Client? При инициализации ссылаюсь на текущий активити. Приложение падает. billingClient = BillingClient.newBuilder(this).setListener(this).build();

Чем плох AsyncTask? Все знают, что AsyncTask – это плохо и лучше его не использовать. На собеседовании могут спросить, почему это так. 1. Для того, чтобы использовать AsyncTask, нужно создать наследника этого класса. Использование через наследование требует написание бойлерплейт кода и не является гибким механизмом. 2. AsyncTask нарушает принцип единственной ответственности, т.к. выступает и классом, который выполняет бэкграунд задачу, и коллбэком, получающим результат. 3. Неудачный API. Часто работа с бэкграунд тредом в андроид-приложениях – это запрос в сеть или базу данных. Для обработки результата достаточно методов onSuccess() и onError(). AsyncTask предоставляет обычно ненужные коллбэки onPreExecute() и onProgressUpdate(), а также метод onPostExecute(), который вызывается в случаях и успешного выполнения, и ошибки. Это требует писать больше бойлерплейта. 4. На разных версиях андроида выполнение нескольких AsyncTask реализовано по-разному: • До Api level 4 использовался единственный тред и все AsyncTask выполнялись по очереди. • Начиная с Api level 4 и до 11 использовался тред пул и AsyncTask выполнялись параллельно. • Начиная с Api level 11 снова начали использовать единственный тред. Такие изменения вызывали путаницу и баги в приложениях. #OS

Чем плох AsyncTask? Все знают, что AsyncTask – это плохо и лучше его не использовать. На собеседовании могут спросить, почему это так. 1. Для того, чтобы использовать AsyncTask, нужно создать наследника этого класса. Использование через наследование требует написание бойлерплейт кода и не является гибким механизмом. 2. AsyncTask нарушает принцип единственной ответственности, т.к. выступает и классом, который выполняет бэкграунд задачу, и коллбэком, получающим результат. 3. Неудачный API. Часто работа с бэкграунд тредом в андроид-приложениях – это запрос в сеть или базу данных. Для обработки результата достаточно методов onSuccess() и onError(). AsyncTask предоставляет обычно ненужные коллбэки onPreExecute() и onProgressUpdate(), а также метод onPostExecute(), который вызывается в случаях и успешного выполнения, и ошибки. Это требует писать больше бойлерплейта. 4. На разных версиях андроида выполнение нескольких AsyncTask реализовано по-разному: • До Api level 4 использовался единственный тред и все AsyncTask выполнялись по очереди. • Начиная с Api level 4 и до 11 использовался тред пул и AsyncTask выполнялись параллельно. • Начиная с Api level 11 снова начали использовать единственный тред. Такие изменения вызывали путаницу и баги в приложениях. #OS

Ребята, кто работал с новым Billing Client? При инициализации ссылаюсь на текущий активити. Приложение падает. billingClient = BillingClient.newBuilder(this).setListener(this).build();

пункт №4 устарел

пункт №4 устарел

пункт №4 устарел

2 пункт абсолютно не понятен. Кто тогда должен получить коллбэк с результатом?)

Почему же?

Глянь любой другой механизм асинхронности — retrofit.Call, CompletableFuture

что-то мне подсказывает, что никто не ставит у себя 11-ый API уже

А, ну информация в пункте от этого не перестаёт быть правдой.

да, но не использовать же это как аргумент, когда все 16+ ставят

да, но не использовать же это как аргумент, когда все 16+ ставят

У меня уже 21

Ребята, кто работал с новым Billing Client? При инициализации ссылаюсь на текущий активити. Приложение падает. billingClient = BillingClient.newBuilder(this).setListener(this).build();

enablependingpurchases

Ребята, кто работал с новым Billing Client? При инициализации ссылаюсь на текущий активити. Приложение падает. billingClient = BillingClient.newBuilder(this).setListener(this).build();