Sλ
Артем корутины говном называл 😒
Всё говно 🌚
Size: a a a
2019 January 05
D
Даже лайвдата регулярно поджигает задницу даже спустя полгода её использования. Регулярно приходится что-то где-то костылить
Поделись опытом
AZ
Сомневаюсь, что хоть кто-то сможет назвать в Андроиде хоть что-то такое, что никто не назовет говном
VS
Вы так придрались к оценке джетпака, словно это ноунейм какой-то озвучил. Вы думаете Артем будет безосновательно говном что-то называть?
Тоесть Артем не может ошибаться или иметь субъективное мнение которое не верно и никакие его слова аргументировать ненадо?
I
Артем корутины говном называл 😒
Да он просто rx-фаг
D
Сомневаюсь, что хоть кто-то сможет назвать в Андроиде хоть что-то такое, что никто не назовет говном
Рум.
S
Поделись опытом
Скомбинировать 2 и более источника данных (в стиле rx-combine) - боль. Придётся всё прописать руками: ожидание ответа каждого источника, нулабилити, последовательность.
Если есть какая-то лайвдата, с которой берутся данные для вывода того же snackbar, то её нужно будет чистить руками иначе снэк вылезет ещё раз.
Забросить цепочку операций на фоновый поток тоже невозможно. Лайвдата работает исключительно в main.
Запостить что-то "на будущее", чтобы оно было готово ещё до первой подписки тоже нельзя
Если есть какая-то лайвдата, с которой берутся данные для вывода того же snackbar, то её нужно будет чистить руками иначе снэк вылезет ещё раз.
Забросить цепочку операций на фоновый поток тоже невозможно. Лайвдата работает исключительно в main.
Запостить что-то "на будущее", чтобы оно было готово ещё до первой подписки тоже нельзя
AE
Сомневаюсь, что хоть кто-то сможет назвать в Андроиде хоть что-то такое, что никто не назовет говном
AOT компиляция реализована на хорошем уровне. По сравнению с оракловыми попытками сделать Substrate VM в их новом Graal VM - ораклу ещё очень далеко от такого количества холодных/горячих оптимизаций.
AE
На системном уровне у гугла всё более менее, D8/R8 пошли по нужному пути
AZ
AOT компиляция реализована на хорошем уровне. По сравнению с оракловыми попытками сделать Substrate VM в их новом Graal VM - ораклу ещё очень далеко от такого количества холодных/горячих оптимизаций.
Да, ок, тут спорить сложно. Но мой поинт в том, что все накинулись на Артёма за просто его мнение, которое легко может не совпадать с чьим-то другим, хотя бы потому, что у каждого свой подход к разработке
I
Рум.
Г. (KAPT, да и ненужный на мобилках SQL)
Sλ
На системном уровне у гугла всё более менее, D8/R8 пошли по нужному пути
Это по какому пути?
YV
Скомбинировать 2 и более источника данных (в стиле rx-combine) - боль. Придётся всё прописать руками: ожидание ответа каждого источника, нулабилити, последовательность.
Если есть какая-то лайвдата, с которой берутся данные для вывода того же snackbar, то её нужно будет чистить руками иначе снэк вылезет ещё раз.
Забросить цепочку операций на фоновый поток тоже невозможно. Лайвдата работает исключительно в main.
Запостить что-то "на будущее", чтобы оно было готово ещё до первой подписки тоже нельзя
Если есть какая-то лайвдата, с которой берутся данные для вывода того же snackbar, то её нужно будет чистить руками иначе снэк вылезет ещё раз.
Забросить цепочку операций на фоновый поток тоже невозможно. Лайвдата работает исключительно в main.
Запостить что-то "на будущее", чтобы оно было готово ещё до первой подписки тоже нельзя
Прочитал... Думаю следуют вас отправить читать заново документацию так как все кейсы эти уже 100 описаны и для них есть готовые решения в лайвдаты.
AE
Да, ок, тут спорить сложно. Но мой поинт в том, что все накинулись на Артёма за просто его мнение, которое легко может не совпадать с чьим-то другим, хотя бы потому, что у каждого свой подход к разработке
Конечно, всё так и есть. И когда я к чему-то подхожу с критической стороны - тоже не значит что надо всё брать всерьёз, а лишь разобраться самому
YV
От кешинга, комбинированных стримов до синг ивентов
AE
Это по какому пути?
По пути адекватного переписывания системных инструментов с нормальной кодовой базой, а не легаси из 2005
S
Прочитал... Думаю следуют вас отправить читать заново документацию так как все кейсы эти уже 100 описаны и для них есть готовые решения в лайвдаты.
MediatorLiveData is a subclass of LiveData that allows you to merge multiple LiveData sources
Это не готовое решение
Это не готовое решение
Sλ
MediatorLiveData is a subclass of LiveData that allows you to merge multiple LiveData sources
Это не готовое решение
Это не готовое решение
Я подсмотрел в одной библиотеки как они писали экстеншены на merge, filter и тд. Сделал у себя. Чтобы не тащить все библиотеку
YV
ну да, надо разжевать и на рот положить), я забыл... ;)