Есть куча операторов

@medvedomg ответил выше

Ну не красиво это

Кауой смысл вообще тогда в рхе в твоём проекте

Если у тебя там даже мвп неправильное

И кстати даггер тоже

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

С каких пор тайпкастинг — это ООП?)

Не нужно вручную кастить

После инджекта

по сути это уже получается проблема нейминга методов

@vlastachu нет, конечно, но вью не должна просить презентер взять для неё данные. Она может лишь сообщать ему о событиях, которые с ней происходят. В данном случае, например, сообщить, что она уже проинициализировання (не уверен как правильно пишется) и готова к работе.

@vlastachu нет, конечно, но вью не должна просить презентер взять для неё данные. Она может лишь сообщать ему о событиях, которые с ней происходят. В данном случае, например, сообщить, что она уже проинициализировання (не уверен как правильно пишется) и готова к работе.

Я понимаю, что устоялось мнение «вьюха должна быть тупой», но что плохого во вьюхе, осознающей, что с ней происходит?

про слои, ты имеешь ввиду что презентер знает вьюху или как?

api.getCategoriesOfMoviesResponse() .subscribeOn(Schedulers.io()) .observeOn(AndroidSchedulers.mainThread()) .subscribe(Consumer { var categories = it.categories for (index in 0..movies.size - 1) { var fullCategory = "" for (index2 in 0..movies.get(index).genreIds.size - 1) { for (index3 in 0..categories.size - 1) { if (movies.get(index).genreIds.get(index2) == categories.get(index3).id) { fullCategory += categories.get(index3).name.plus(" ") movies.get(index).categories = fullCategory } } } } (presenter as ListOfMoviesPresenter).setListOfMovies(movies) }) })

ебать)

почему у тебя слои ниже знают о слоях выше

а с даггером что не так?

И кстати даггер тоже

Менеджер это у тебя с данными работает?

А презентер выше его

ты про отдельный класс ApiCommunicateManager ?

Вот метод что я скинул у тебя где?)

api.getCategoriesOfMoviesResponse() .subscribeOn(Schedulers.io()) .observeOn(AndroidSchedulers.mainThread()) .subscribe(Consumer { var categories = it.categories for (index in 0..movies.size - 1) { var fullCategory = "" for (index2 in 0..movies.get(index).genreIds.size - 1) { for (index3 in 0..categories.size - 1) { if (movies.get(index).genreIds.get(index2) == categories.get(index3).id) { fullCategory += categories.get(index3).name.plus(" ") movies.get(index).categories = fullCategory } } } } (presenter as ListOfMoviesPresenter).setListOfMovies(movies) }) })

Немножко “идиоматичного” Котлина https://i.gyazo.com/b06cf999430aa5215d4c2549821bcb4a.png (с коррутинами, kotlin-stream и pure-функциями)

в презентере

Вот метод что я скинул у тебя где?)

вот это круче выглядит

Немножко “идиоматичного” Котлина https://i.gyazo.com/b06cf999430aa5215d4c2549821bcb4a.png

Как он может быть в презентере если ты в нем кастишь к презентеру

опечатка))) тогда он менеджере

?

если не делать связь с презентером

тогда можно сделать возвращаемый тип список, который я передаю презентеру

ты обсервабл можешь через много слоев пропустить

а подписаться только в презентере

как мне с моего обсервабле получить какой-то список?

ага

блин чувак без обид но на хуй ты заюзал весь этот стек

написал бы на колбеках на джаве

со своим ДИ

я хотел потестить как все в куче работает

?

ну рефактори теперь

я хотел потестить как все в куче работает

(еще и AS нестабильную заюзал, я блин 5 минут потратил что бы собрать проект в стабильной IDEA)

такс, в 3 студии добавили котлин из коробки, я решил и на заморачиваться во 2 студии

спасибо за то засрали мой код))) буду апдейтить

че значит котлин из коробки))

там ниче не меняли там при старте проекта есть галка support kotlin и все))

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

такс, в 3 студии добавили котлин из коробки, я решил и на заморачиваться во 2 студии

(сижу на IDEA CE уже 2 года - котлин был всегда ? (выкидывай AS))

Немножко “идиоматичного” Котлина https://i.gyazo.com/b06cf999430aa5215d4c2549821bcb4a.png (с коррутинами, kotlin-stream и pure-функциями)

Можно же Join вместо reduce?

(сижу на IDEA CE уже 2 года - котлин был всегда ? (выкидывай AS))

++ к IDEA

а почему на сидите на ней?

AS это ж по сути IDEA CE переделанная

Можно же Join вместо reduce?

Да .joinToString(separator = " ") ? (но с reduce как-то математичнее)

Да .joinToString(separator = " ") ? (но с reduce как-то математичнее)

reduce поломается для пустой коллекции

reduce поломается для пустой коллекции

.fold("") { acc, x -> acc + " " + x }

Больше напрягает, что народ тащит RX туда, где нужны промисы (нет реактивнго-потока). В Kotlin они отлично заменяется коррутинами, без сторонних либ. (А если все таки нужны react-streams - есть kotlin-каналы)

Больше напрягает, что народ тащит RX туда, где нужны промисы (нет реактивнго-потока). В Kotlin они отлично заменяется коррутинами, без сторонних либ. (А если все таки нужны react-streams - есть kotlin-каналы)

Да уже давно выяснили что рх в проекте это круто.)

Больше напрягает, что народ тащит RX туда, где нужны промисы (нет реактивнго-потока). В Kotlin они отлично заменяется коррутинами, без сторонних либ. (А если все таки нужны react-streams - есть kotlin-каналы)

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

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

рх от корутин?

корутины выполняются в том же потоке?

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

Непрввильное сравнение

корутины выполняются в том же потоке?

зависит от того какой контекст указан

Рх и корутины две разные вещи. А применять рх для выполнения задач не в ui и иметь представление, что рх для этого создан — неверно

часто рх используют чисто для многопоточности

часто рх используют чисто для многопоточности

Мне кажется, что там делают совсем новички

или те кто не понимают рх

никто так не делает

Тащить рх в проект для многопоточности — не самый лучший вариант как бы)

я проекта 3 или 4 видел уже

Тащить рх в проект для многопоточности — не самый лучший вариант как бы)

почему нет?

никто так не делает

а как?

почему нет?

а зачем?

потому что просто)

TPE проще

почему нет?

Ну, если вас не волнует размер приложения, тогда тащите

TPE проще

+

ну одна из фишек рх это неблокирующая многопоточность за счет всего лишь двух операторов

если нравится городить колбэки то да, рх не нужен

Ну, если вас не волнует размер приложения, тогда тащите

прогвард?

корутины выполняются в том же потоке?

Коррутины просто трансформируют линейный код в вызовы колбеков. Все остальное надо писать самому (или брать готовые либы)

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

если нравится городить колбэки то да, рх не нужен

Коррутины

+

что за TPE ?

что за TPE ?

ThreadPoolExecutor

скоро рх модульным будет вообще

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

Как же вы ошибаетесь)

ну куда уж мне

а чем тпе спасет от огорода колбэков?

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

Ну да, два-три оператора — map, flatMap)

Как же вы ошибаетесь)

а вы что предпочитаете с говнокодом работать?

а чем тпе спасет от огорода колбэков?

А зачем огород? Ушёл в бэкграунд, всё сделал, вернул в UI.

а вы что предпочитаете с говнокодом работать?

Ох, какой чудный говнокод получается из Rx!

из него получается вишенка

ну мы почти всегда работает с REST, значит нужно замапить DTO объект в модель для UI плюс часто бывает, что для экрана нужно сделать несколько запросов - zip или merge в общем с Rx просто проще)

Rx, TPE, coroutinex, whatever — нужно уметь готовить.

а вы что предпочитаете с говнокодом работать?

Я имел в виду, что вы, наверное, мало видели проектов, в которых рх только для переноса в другой поток)

ну я и не отрицаю этого и интересуюсь где вы такие проекты находите