QH
Зачем IDE предлагает заменить
.forEach { key, values -> на .forEach { (key, values) ->? Первый же должен быть шустрее…Size: a a a
2020 June 29
КР
typeOf тут оверхед, лучше просто null is T, такой вариант во много раз быстрее
КР
QH
Чёт не видел, чтобы идея предлагала мне засупрессить
Была только ошибка типов.
Была только ошибка типов.
идея не предлагает суппрессить ошибки (и правильно делает)
I
Зачем IDE предлагает заменить
.forEach { key, values -> на .forEach { (key, values) ->? Первый же должен быть шустрее…потому-что
foreach { (...) кросплатформенен 🤔VP
Чёт не видел, чтобы идея предлагала мне засупрессить
Была только ошибка типов.
Была только ошибка типов.
Ещё бы она предлагала такое. Некоторые unchecked cast подавляют не раздумывая, нельзя такое показывать.
2020 June 30
QH
Ещё бы она предлагала такое. Некоторые unchecked cast подавляют не раздумывая, нельзя такое показывать.
не, unchecked cast можно и альт-энтером.
VP
не, unchecked cast можно и альт-энтером.
Да, в курсе. Но тоже опасная штука.
КР
Ещё бы она предлагала такое. Некоторые unchecked cast подавляют не раздумывая, нельзя такое показывать.
А какой супресс мне поставить, чтобы подавить ошибку?🤔 В этом случае я ведь уверен, что там будет не T?, а T.
QH
А какой супресс мне поставить, чтобы подавить ошибку?🤔 В этом случае я ведь уверен, что там будет не T?, а T.
!!КР
Лел, ты мне предлагаешь написать
?
foo<T!!>()?
I
А какой супресс мне поставить, чтобы подавить ошибку?🤔 В этом случае я ведь уверен, что там будет не T?, а T.
Как будто вам тут скажут.
QH
Лел, ты мне предлагаешь написать
?
foo<T!!>()?
не, так не бует)
QH
Как будто вам тут скажут.
да!
QH
UPPER_BOUND_VIOLATED 🌚I
Удоли
КР
Я уже скопировал, муахаха
QH
Удоли
нед) у меня половина личи так написана, потому что иначе просто никак
BP
Только как сказать компилятору что Т не нулл
EP
Пытаюсь сломать мозг с`RxJava` в сторону
Flow. Если StateFlow.flowOn не работает, то как будет верно менять Dispatcher для промежуточных операций? Ну т.е. какой аналог будте такого кода RxJavastate: BehaviorProcessor
state
.observeOn(Schedulers.IO)
.doOnNext(Do something in IO thread)
.observeOn(AndroidSchedulers.mainThread())
.subscribe(Do something in main thread)