VB
Size: a a a
2017 February 21
VB
Ладно, второй уже можно оооочень аккуратно использовать
NG
Rx -- говно
а можете аргументированно обосновать?
NG
мне как новичку если чествно, не совсем понятно - почему на большинствах вакансиях требуют знания, в нашем случае - rx
VB
Могу. Посмотрите в банальное scheduleOn() и посчитайте число новых объектов, которые создадутся на такое
NG
чем он хорош, по крайней мере с моей точки зрения - немного ускоряет процесс написания кода.
VB
Ну или в любой оператор и посчитайте число new
AG
дык 90% приложений такой перфоманс и не нужен
AG
им важна стабильная работа
VB
Ну или попробуйте помапить обсервабл из интов
VB
Несколько раз
DC
потому что есть много болей, которые решаются с помощью Rx хорошо, а без не очень
AG
чем писать костыли с асинками, проще сделать норм с rx
VB
Можно длинный
NG
простите что устроил локальный холивар)
VB
дык 90% приложений такой перфоманс и не нужен
Посмотрите на Телеграм, который летает на 60 fps, а другие приложения нет. Я как юзер хочу нормального UE
VB
чем писать костыли с асинками, проще сделать норм с rx
Это вопрос подхода, согласен. И выглядит это и правда очень вкусно.
VB
Поэтому я и соглашусь использовать вторую(она оптимизирована) на небольших обсерваблах(никаких тач-эвентов и прочего)
AG
я сторонник того, что когда возникнут траблы с производительностью, причиной которых является rx, то тогда задуматься. а до тех пор писать продукт как можно быстрее и удобнее)
VB
Но без фанатичного "а давай мы завернем в observable примерно всё"