Anton
If this method is not called, BillingClient instance creation fails.
Станислав
Anton
По оф доке нихрена не могу понять. Даже попробовал по этой статье настроить. Нихрена не работает https://habr.com/ru/post/444072/
Они постоянно его апдейтят даже у них в доке Гугла уже примеры устаревшие
Vladislav
Android AsyncTask API deprecating in Android 11
Станислав
Они постоянно его апдейтят даже у них в доке Гугла уже примеры устаревшие
Проще со старой доброй anjlab ))
Denis
легко можно встретить в каком-нибудь проекте
Dmitry
Ребята, воткнул тимсити на виртуалку, завел через vcs root проект на Android.
Для выполнения шагов TC требует некоего Build Agent'a.
Его реально поставить локально на этом же сервере - а не ставить на мою тачку?
По сути - gradle стоит, чего ещё надо для сборки?
Анатолий
Ребята, воткнул тимсити на виртуалку, завел через vcs root проект на Android.
Для выполнения шагов TC требует некоего Build Agent'a.
Его реально поставить локально на этом же сервере - а не ставить на мою тачку?
По сути - gradle стоит, чего ещё надо для сборки?
По умолчанию с ТС должен локальный build agent создаваться
Dmitry
По умолчанию с ТС должен локальный build agent создаваться
ааааа, понял - да, он есть, просто не обратил внимание, почему именно он incompatible with this build: надо указать где гредл в переменную среды.
Спасиб
Dmitry
при этом по printenv все указано и все работает
Dmitry
мб тимсити перезапустить?
Denis
такое впечатление, что большинство просто самоутверждается, унижая и критикуя асинктаски, даже не пытаясь разобраться в чём с ними проблема
Анатолий
Сергій
Denis
Denis
а с ними есть проблема?
на мой взгляд, проблема в кривых руках тех, кто писал их прямо в активити и ловил мемори лики
Кирилл
такое впечатление, что большинство просто самоутверждается, унижая и критикуя асинктаски, даже не пытаясь разобраться в чём с ними проблема
Так асинктаски рил говно же.
1) они одноразовые
2) топорные - ты не можешь по ходу дела как-то обновлять ui
3) легко получить мемори лик
4) громоздкие что пздц
Anonymous
Denis
Так асинктаски рил говно же.
1) они одноразовые
2) топорные - ты не можешь по ходу дела как-то обновлять ui
3) легко получить мемори лик
4) громоздкие что пздц
1. в смысле одноразовые?
2. а если нет необходимости обновлять ui?
3. легко избежать меморилик)
4. ну по сравнению с корутинами да... а для pure old java разработчиков под ведроид самый простой вариант выполнить что-то в фоне
Victor
Если класс расшираяет AsyncTask и после на его экземпляре вызывается execute(), что попадает в параметр doInBackground() в этом классе?
Artem
Victor
У меня передаётс яссылка. П попадает туда что-то другое
--------
1. в смысле одноразовые?
2. а если нет необходимости обновлять ui?
3. легко избежать меморилик)
4. ну по сравнению с корутинами да... а для pure old java разработчиков под ведроид самый простой вариант выполнить что-то в фоне
1. В смысле что если тебе нужно одну задачу несколько раз выполнять - асинктаск не подойдёт. Либо создавать каждый раз новый инстанс, либо что-то другое юзать
Denis
Так асинктаски рил говно же.
1) они одноразовые
2) топорные - ты не можешь по ходу дела как-то обновлять ui
3) легко получить мемори лик
4) громоздкие что пздц
1) имхо таск и должен быть одноразовым, как следует из названия
2) тут на вкус и цвет
3) как я писал выше, зависит от кривизны рук
4) это просто обёртка над Thread и Handler, почему их никто не унижает тогда?)
Denis
они официально деприкейтед
никто не спорит, более того, сейчас есть более крутые инструменты, с этим тоже никто не спорит, просто напрягает это стадное чувство когда все гнобят что-то, часто даже не понимая за что
Anonymous
Victor
https://pastebin.com/cb6B5gzx
В строке:
task.execute(url)
передал ссылку. А в doInBackground() пришла другая ссылка. Почему?
Anonymous
Кирилл
1) имхо таск и должен быть одноразовым, как следует из названия
2) тут на вкус и цвет
3) как я писал выше, зависит от кривизны рук
4) это просто обёртка над Thread и Handler, почему их никто не унижает тогда?)
1) Чё?? Где там хоть слово про одноразовость в названии? Там есть Async и Task, но про single (подставь сюда любой синоним) ни слова.
2) Так это и есть топорность! Они подходят только для одного типа задач.
3) Ну на плюсах тоже всё зависит от кривизны рук. Хороший инструмент должен быть устойчивым даже перед тупым пользователем.
4) Потому что трэд и хендлер - это базовые, мощные классы, а асинктаск - топорная, плохо задизайненная поделка.
В RxJava ведь тоже легко сделать Memory Leak?
Кирилл
все всё понимают
Кто? Это низкоуровневые классы, которые руками юзать не стоит. Но это не делает их плохими.
Сергій
🙈
Anonymous
Кирилл
Сегодня тг штормит чёт. Либо у меня так.
Anonymous
Mike
Так асинктаски рил говно же.
1) они одноразовые
2) топорные - ты не можешь по ходу дела как-то обновлять ui
3) легко получить мемори лик
4) громоздкие что пздц
1) как фьючи, как обзёрваблы — короче, как все
2) publishProgress же. Больше нигде такого механизма не видел
3) как и у всех остальных механизмов
4) Можно обернуть и будет норм https://t.me/android_ru/686370
Denis
ни разу не видел чтобы тред и хэндлер так говнили как асинктаски 🙂
(понятно что никто сейчас на чистых тредах ничего не будет создавать в приложениях под ведро, я говорю лишь про общественное мнение)
Ребят, подскажите, если вызывать dispose() в onDestroy() у активности, то Memory Leak не будет? (RxJava)
Denis
все всё понимают
вот чуть выше у одного человека фризы, по 100 фреймов скипается, а ему отвечают что наверное это асинктаск всё виноват
Gregory
у библиотечного бихевьёр есть, который скрывает/показывает бар при скроллинге
ну так-то я и CoordinatorView не научился пользоваться, мне проще руками всё написать лол
Anonymous
Ярослав
ну так-то я и CoordinatorView не научился пользоваться, мне проще руками всё написать лол
шутка про прогоаммиста и собственный велосипед актуаьна)
Anonymous
Gregory
я реально пользуюсь библиотеками только если уж прям совсем надо
Кирилл
1) как фьючи, как обзёрваблы — короче, как все
2) publishProgress же. Больше нигде такого механизма не видел
3) как и у всех остальных механизмов
4) Можно обернуть и будет норм https://t.me/android_ru/686370
1) Чё? Типо ты future.get() не можешь вызвать несколько раз? Ещё как можешь. С обзерваблом не помню, спорить не буду. Но в любом случае это оправдание.
2) ... который включает в себя кучу сценариев.
4) Это не оправдание. Можно обернуть практически что угодно.
Denis
это возможно
пример можно?
(в голову приходит только создание тысячи асинктасков и активность гц из-за этого)
Anonymous
Mike
1) Чё? Типо ты future.get() не можешь вызвать несколько раз? Ещё как можешь. С обзерваблом не помню, спорить не буду. Но в любом случае это оправдание.
2) ... который включает в себя кучу сценариев.
4) Это не оправдание. Можно обернуть практически что угодно.
1) можешь и AsyncTask.get() вызвать много раз
2) чё?
4) Что и делается практически всегда. «Надо оборачивать» не может быть оправданием для лени.
Denis
там ещё в том гайде для собеседований onPreExecute, onProgressUpdate и onPostExecute позиционируются как обязательные методы которые якобы надо оверрайдить, лол
Дмитрий
Aleksey
Mike
Кирилл
1) можешь и AsyncTask.get() вызвать много раз
2) чё?
4) Что и делается практически всегда. «Надо оборачивать» не может быть оправданием для лени.
1) Так разговор про то что у AsyncTask есть метод execute, который ты не можешь вызывать несколько раз. Все методы фьючи многоразовые.
2) То, что прогресс можно показывать кучей способов. И периодически это надо делать не только в начале и конце.
4) Когда "всегда"? Я вот чёт практически ни один инструмент не оборачиваю, кроме календаря. Если инструмент обязательно нужно оборачивать, чтобы скрыть боль от его использования - значит он плохо задизайнен.
Дмитрий
очень сильно зависит от их реализации
реализация обычная, все делается через разметку. Может есть что-то вроде лейоута который в своих пределах делает все серое?
Sergey
Доброго дня. Скажите, никто с zxing (https://github.com/zxing/zxing) не работал? Сейчас сталкиваюсь со следующей проблемой при установке javase - Building ZXing Java SE extensions 3.4.1-SNAPSHOT
Failed to execute goal on project javase: Could not resolve dependencies for project com.google.zxing:javase:jar:3.4.1-SNAPSHOT: Failed to collect dependencies at com.google.zxing:core:jar:3.4.1-SNAPSHOT
В репозитории действительно версии 3.4.1 нет, но если подкорректировать - .pom-файл для работы с 3.4.0, то будут неразрешенные зависимости.
Дмитрий
Что такое «активные компоненты», какими «такими», чем не устраивает вариант «покрасить их в серый цвет»?
Может есть что-то что автоматически будет красить в серый?
Дмитрий
Что такое «активные компоненты», какими «такими», чем не устраивает вариант «покрасить их в серый цвет»?
чтобы не прописывать много лишнего кода
Sergey
Более подробно, при использовании версии 3.4.0 возникаеют следующие ошибки:
[ERROR] 8001: com.google.zxing.HtmlAssetTranslator: Class com.google.zxing.HtmlAssetTranslator removed
[ERROR] 8001: com.google.zxing.StringsResourceTranslator: Class com.google.zxing.StringsResourceTranslator removed
Yushka
чтобы не прописывать много лишнего кода
можно сделать селектор цвета в колорс, который будет устанавливать цвет в зависимости от значения isActive вьюхи. если я правильно поняла, что надо..в хмл устанавливается обычно - бэкграунд или цвет..а в коде для вью можно устанавливать значение isActive и цвет будет автоматически меняться
George
хелп, клавиатура перекрывает bottomSheetdialogFragment, как починить? 2 дня гуглил, ничего не помогло
Ivansuper
Может есть что-то что автоматически будет красить в серый?
В андроиде никогда не было изкоробочного механизма показа отключенных вещей в чернобелой палитре. Если хочешь так красить целые блоки, тебе придется либо для них наделать состояний со своими цветами, либо заморочиться с отрисовкой через ColorFilter
Mike
1) Так разговор про то что у AsyncTask есть метод execute, который ты не можешь вызывать несколько раз. Все методы фьючи многоразовые.
2) То, что прогресс можно показывать кучей способов. И периодически это надо делать не только в начале и конце.
4) Когда "всегда"? Я вот чёт практически ни один инструмент не оборачиваю, кроме календаря. Если инструмент обязательно нужно оборачивать, чтобы скрыть боль от его использования - значит он плохо задизайнен.
1) А, понял тебя. Да, это всё вытекает их убого спроектированных на наследовании асинктасков.
2) onProgressUpdate
4) Всё так. Тут мой поинт скорее в том, что обернуть то, что есть из коробки, в сто строчек дешевле, чем тащить за собой стопицот строчек.
Ivansuper
Может есть что-то что автоматически будет красить в серый?
То что сказал Гармонайзер, плюс Paint.setColorFilter(ColorMatrixColorFilter). Через матрицу помоему можно увести цветное в чб. Гугли. Не самая тривиальная тема
Denis
вся эта кампания по унижению джавы и асинктасков напоминает тоталитарную пропаганду, когда людям объясняют кого правильно любить, а кого правильно ненавидеть
вот уже даже в гайд по собесам включили, как правильно на этот вопрос отвечать
(я если что не фанат какой-либо технологии, так мимо проходил, просто промывание мозгов не люблю)
Дмитрий
Спасибо все большое что откликнулись) сейчас буду разбираться. Знаю, что с таким способом надо заморочиться, при этом если функционал будет расширяться то лучше написать один раз рабочий код, чем сто раз дописывать для всего
Mike
вся эта кампания по унижению джавы и асинктасков напоминает тоталитарную пропаганду, когда людям объясняют кого правильно любить, а кого правильно ненавидеть
вот уже даже в гайд по собесам включили, как правильно на этот вопрос отвечать
(я если что не фанат какой-либо технологии, так мимо проходил, просто промывание мозгов не люблю)
Очень похоже, да.
Я глянул в тот канал, а там про листвью очень странная формулировка: забыли, что он переиспользует ячейки, но и не сказали явно, что не переиспользует. https://t.me/AndroidSobes/153
Denis
а с джавой вообще элементарно, это вопрос денег и многолетней тяжбы google и oracle
Mike
а с джавой вообще элементарно, это вопрос денег и многолетней тяжбы google и oracle
Ничего не элементарно. Судятся, насколько я понимаю, за куски из HotSpot, которые попали в Dalvik/ART.
Нельзя засудить гугл за то, что сообщество пишет на Java.
Ivan
Очень похоже, да.
Я глянул в тот канал, а там про листвью очень странная формулировка: забыли, что он переиспользует ячейки, но и не сказали явно, что не переиспользует. https://t.me/AndroidSobes/153
Паттерн view holder придумали сильно позже list view. При этом для самого list view это, фактически, хак. А recycler view уже так спроектировали и использовали уже привычный всем view holder