Почему тогда не асинхронный пашет?

Потому что ты тот резалт получил в другом потоке

А хочешь его юзать в асинке

Реалм между потоками объекты не передаёт

Почему тогда не асинхронный пашет?

Может потому что выполнялось синхронно

Я так понял,мне тичеров заполнять нужно в том же потоке ,что и транзакцию делаю ?

setTeacher(asyncRealm.where(Teacher.class).find...)

Как-то так

Я так понял,мне тичеров заполнять нужно в том же потоке ,что и транзакцию делаю ?

Делай copyfromrealm

Ему скорее всего надо ссылку

На реальный обьект

Ему скорее всего надо ссылку

На доки?)

:D

I tuda

Идите в пень)

а кто-то работает только на upwork?

:D

Я блин только начал работать с реалм)

и вообще с БД =(

Сделай как я написал, сработает

Если реально есть что-то в teachers

и вообще с БД =(

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

подскажите. реалмовский лисенер можно юзать на объектах, которые созданы в бэкграунде?

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

Я параллельно играю с sqlite

Можно глобальный листенер юзать

Он на все реагирует

А можно на таблицу, тоже ок должно быть

подскажите. реалмовский лисенер можно юзать на объектах, которые созданы в бэкграунде?

Что ты слушать хочешь?

Что ты слушать хочешь?

хочу слушать объект взятый из реалма через квери

хочу слушать объект взятый из реалма через квери

Изменения слушать или что?

да. изменения

setTeacher(asyncRealm.where(Teacher.class).find...)

Я только не пойму сам asycnRealm что это?)

да. изменения

Addchangelistener

как бы привязываю к ui, чтобы пользовательский ввод сразу сохранялся и лисенер обновлял ui

Я только не пойму сам asycnRealm что это?)

Реалм который внутри

Addchangelistener

этим и слушаю

проблема в том, что не получается менять объект на фоновом треде

Реалм который внутри

...execute(Realm asyncRealm)...

...execute(Realm asyncRealm)...

да-да ,я понял

А ещё этот гребаный реалм нормально не заинжектишь

реалмовский лисенер можно повесить на объект, полученный в фоновом треде? с этим проблем нет?

реалмовский лисенер можно повесить на объект, полученный в фоновом треде? с этим проблем нет?

Вешай что хочешь, но доступ только в треде, в котором получил обьект

окей)

Вообщем проблема не в транзакции как оказалось, и index out of bounds.Относилась к выводу.Транзакция работает но в БД пусто

Логи пишут,что транзакция вроде работает ,но после этого пусто.

Всё решил проблему

Всем спасибо за помощь

ща тебе лысый пруфнет, вот смотри https://www.youtube.com/watch?v=Hzs6OBcvNQE

лысый пусть себе голову прострелит. если 3 интежера на андройде занимают 120 байт, а энумы еще больше, то энумы тут не виноваты

у него аргумент получается в стиле "андройд сделан через жопу, поэтому пишите говнокод, а потом мучайтесь с сопровождением"

Забавно говорить о производительности, не умея пользоваться enum'ами. Пример кода со switch (VALUE) в видео — бред :)

+1

С какого перепуга мы должны заботится о каких то байтах? Саппорт кода намного важнее

Флексибилити может 10 раз важнее.

лысый пусть себе голову прострелит. если 3 интежера на андройде занимают 120 байт, а энумы еще больше, то энумы тут не виноваты

+1

у него аргумент получается в стиле "андройд сделан через жопу, поэтому пишите говнокод, а потом мучайтесь с сопровождением"

А что плохого не юзать энумы? Я перешел на IntDef, StringDef, андроид сдк тоже уходит от энумов. В плане юзабилити разницы нет

И инженеру который работает андроид явно виднее как надо писать под их платформу

А что плохого не юзать энумы? Я перешел на IntDef, StringDef, андроид сдк тоже уходит от энумов. В плане юзабилити разницы нет

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

@IntDef — годно, enum — годно, это разные инструменты, вот и всё.

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

И инженеру который работает андроид явно виднее как надо писать под их платформу

ну да, не просто так же его адвокатом сделали

так это новомодно называется сейчас

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

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

Потому что никто их не смотрит.

Потому что никто их не смотрит.

это плохо, надо смотреть

Компенсируйте использование rxjava использованием интдефами

Компенсируйте использование rxjava использованием интдефами

Слишком тонко

ERROR: S client not available

Или толсто, блин

Компенсируйте использование rxjava использованием интдефами

слишком троль

@InjectViewState а чего их смотреть, у них всё равно в советах всё то же самое, что и в их доках

Компенсируйте использование rxjava использованием интдефами

Слишком сложно

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

@InjectViewState а чего их смотреть, у них всё равно в советах всё то же самое, что и в их доках

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

В случае с интами придётся заводить статический SparseArray на каждое свойство

В случае с интами придётся заводить статический SparseArray на каждое свойство

зачем?

Решил посмотреть исходники "чистой архитектуры". Тут (https://github.com/android10/Android-CleanArchitecture/blob/master/presentation/src/main/java/com/fernandocejas/android10/sample/presentation/view/component/AutoLoadImageView.java) в слое presentation есть такой класс для отображения картинок в ImageView, внутри которого создаются потоки напрямую для загрузки изображений (new Thread().start()) + идет их кэширование и работа с файлами. Насколько это правильно делать так, а не выносить в data(repository) слой?

я так понял он просто не стал Glide прикручивать, а просто наговнокодил, может спешил?

у него там и urlConnection и все на свете

Да, он даже не выставил фоновый приоритет этому потоку

new Thread() это уже новый поток, который отличен от UI потока

Нет

ИСПОЛНЕНИЕ нового потока только в методе run() насколько мне известно

Тред созданный через new будет с тем приоритетом потока в котором он был создан

Тоесть у него будет такой же приоритет как и в главного потока

вообщем обсуждать такие темы идём к нам в @android_ru , дабы не засирать чат подкаста

Перенес с соседнего чата

Всем привет! Друзья, подскажите пожалуйста,встал такой вопрос, нужно запилить прогресс бар который по степени заполнения меняет свой цвет,ну например от 0 до 20 желтый от 20 до 40 зеленый и так далее, как лучше реализовать эту идею? Первое что пришло на ум это запилить кастомный баттон,но мне не нравится эта идея

Перенес с соседнего чата

А самого автора тоже перенес? )

Я и есть автор вопроса

это android10 спешил? :/

Я и есть автор вопроса

Там еще Сергей Лебедев

@InjectViewState public static final int BOT_CHAT_IMAGE = 2; public static final int HUMAN_ANSWERS = 21; public static final SparseArray<Class<? extends Node>> NODE_CLASSES = new SparseArray<>(); NODE_CLASSES.put(BOT_CHAT_IMAGE, NodeBot.class); NODE_CLASSES.put(HUMAN_ANSWERS, NodeHuman.class);А вот енум: public enum NodeType { BOT_CHAT_IMAGE(2, NodeBot.class), HUMAN_ANSWERS(21, NodeHuman.class); public NodeType(final int id, final Class<? extends Node> clazz) ... }И взаимодействие соответственно: final Class<? extends Node> clazz = NODE_CLASSES.get(node.type);Или енумы: final Class<? extends Node> clazz = node.type.clazz;Енумы гораздо удобнее и безопаснее.

@InjectViewState public static final int BOT_CHAT_IMAGE = 2; public static final int HUMAN_ANSWERS = 21; public static final SparseArray<Class<? extends Node>> NODE_CLASSES = new SparseArray<>(); NODE_CLASSES.put(BOT_CHAT_IMAGE, NodeBot.class); NODE_CLASSES.put(HUMAN_ANSWERS, NodeHuman.class);А вот енум: public enum NodeType { BOT_CHAT_IMAGE(2, NodeBot.class), HUMAN_ANSWERS(21, NodeHuman.class); public NodeType(final int id, final Class<? extends Node> clazz) ... }И взаимодействие соответственно: final Class<? extends Node> clazz = NODE_CLASSES.get(node.type);Или енумы: final Class<? extends Node> clazz = node.type.clazz;Енумы гораздо удобнее и безопаснее.

если тебе надо 2 поля, то можно обычный класс с 2 полями

а не, сорян, не пойдет так, ща подумаю....

@pahakorolev с glide, возможно, не хотел тянуть зависимости в пример и сделал и кеширование и загрузку сам.

@pahakorolev а по отдельный слой. Тут в ишюзах, смотрю, поднято обсуждение по этой теме. Там он объясняет, почему он так не считает https://github.com/android10/Android-CleanArchitecture/issues/64

Всем привет! Друзья, подскажите пожалуйста,встал такой вопрос, нужно запилить прогресс бар который по степени заполнения меняет свой цвет,ну например от 0 до 20 желтый от 20 до 40 зеленый и так далее, как лучше реализовать эту идею? Первое что пришло на ум это запилить кастомный баттон,но мне не нравится эта идея

Даже не button, а просто вьюха, там же пару прямоугольников нарисовать на канвасе, в чём проблема?)

@pahakorolev с glide, возможно, не хотел тянуть зависимости в пример и сделал и кеширование и загрузку сам.

Так Glide же тоже будет вызываться из ui, т.к. он требует ссылку на view, в которой по окончанию будет отображать картинка. Меня интересует как правильно сделать чтобы загрузка + кэш были в data (repository) layer и пробросить их до presentation layer. Может пример где есть...