I
Не ну это понятно. У меня на id есть PrimaryKey, но другие поля все равно могут быть одинаковыми у двух или нескольких записей..
Погугли Android Room Unique
Size: a a a
2020 March 16
AC
в том то и дело что все отрабатывает, тосты логи, даже log самого метода отработал, но он не отработал, метод с отрисовкой связан, и получается что он быстрее срабатывает чем отрисуется вью
скорее всего какая-то ошибка в твоем коде, с фреймворком вроде все плюс минус норм
A
А есть четкое объяснение в чем была проблема асинктаска?
I
Спорная гибкость предоставленного апи
DE
А есть четкое объяснение в чем была проблема асинктаска?
1. Многословность
2. Стремное API
2. Стремное API
VU
1. Многословность
2. Стремное API
2. Стремное API
3. Несоответсвие принципам SOLID
4. Легко получить утечки памяти
4. Легко получить утечки памяти
DE
3. Несоответсвие принципам SOLID
4. Легко получить утечки памяти
4. Легко получить утечки памяти
3. Какому именно принципу?
4. Так же, как и с другими инструментами для асинхронности)
4. Так же, как и с другими инструментами для асинхронности)
VU
3. Single responsibility
4. Ок ладно, тогда:
5. Все асинктаски работают на одном потоке
4. Ок ладно, тогда:
5. Все асинктаски работают на одном потоке
Sλ
5 можно менять
DE
3. Single responsibility
4. Ок ладно, тогда:
5. Все асинктаски работают на одном потоке
4. Ок ладно, тогда:
5. Все асинктаски работают на одном потоке
где он нарушает этот принцип?
Их можно запустить на разных потоках
Их можно запустить на разных потоках
VU
Чем плох AsyncTask?
Все знают, что
1. Для того, чтобы использовать AsyncTask, нужно создать наследника этого класса. Использование через наследование требует написание бойлерплейт кода и не является гибким механизмом.
2.
3. Неудачный API. Часто работа с бэкграунд тредом в андроид-приложениях – это запрос в сеть или базу данных. Для обработки результата достаточно методов
4. На разных версиях андроида выполнение нескольких
• До
• Начиная с
• Начиная с
Такие изменения вызывали путаницу и баги в приложениях.
#OS
Все знают, что
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
Sλ
> Использование через наследование требует написание бойлерплейт кода и не является гибким механизмом.
AAAAAaa...
AAAAAaa...
SK
Ребята, кто работал с новым Billing Client? При инициализации ссылаюсь на текущий активити. Приложение падает. billingClient = BillingClient.newBuilder(this).setListener(this).build();
КЧ
Ребята, кто работал с новым Billing Client? При инициализации ссылаюсь на текущий активити. Приложение падает. billingClient = BillingClient.newBuilder(this).setListener(this).build();
наверное надо посмотреть ошибку ?
DE
Чем плох AsyncTask?
Все знают, что
1. Для того, чтобы использовать AsyncTask, нужно создать наследника этого класса. Использование через наследование требует написание бойлерплейт кода и не является гибким механизмом.
2.
3. Неудачный API. Часто работа с бэкграунд тредом в андроид-приложениях – это запрос в сеть или базу данных. Для обработки результата достаточно методов
4. На разных версиях андроида выполнение нескольких
• До
• Начиная с
• Начиная с
Такие изменения вызывали путаницу и баги в приложениях.
#OS
Все знают, что
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
2 пункт абсолютно не понятен. Кто тогда должен получить коллбэк с результатом?)
QH
Переслано от Quantum Harmonizer
а, хотя нет, не согласен
new SimpleAsyncTask<String>(
() -> "from background",
(str) -> Toast
.makeText(ctx, str, LENGTH_SHORT).show()
);
AD
Чем плох AsyncTask?
Все знают, что
1. Для того, чтобы использовать AsyncTask, нужно создать наследника этого класса. Использование через наследование требует написание бойлерплейт кода и не является гибким механизмом.
2.
3. Неудачный API. Часто работа с бэкграунд тредом в андроид-приложениях – это запрос в сеть или базу данных. Для обработки результата достаточно методов
4. На разных версиях андроида выполнение нескольких
• До
• Начиная с
• Начиная с
Такие изменения вызывали путаницу и баги в приложениях.
#OS
Все знают, что
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
пункт №4 устарел
AB
Ребята, кто работал с новым Billing Client? При инициализации ссылаюсь на текущий активити. Приложение падает. billingClient = BillingClient.newBuilder(this).setListener(this).build();
В доке написано что нужно булевый флаг поставить
VU
пункт №4 устарел
да и сам AsyncTask тоже Deprecated
QH
пункт №4 устарел
Почему же?