BP
Инлайн функция принимает лямбду, где ресивер инлайн класс, в теле функции этот инлайн создаётся и на нем вызовется переданная лямбда, получаю: ClassCastException
Size: a a a
2020 December 01
BP
И это после перехода на 1.4.20
U
Инлайн функция принимает лямбду, где ресивер инлайн класс, в теле функции этот инлайн создаётся и на нем вызовется переданная лямбда, получаю: ClassCastException
Тебе хоть IDE с компилятором не разрывает, как у меня в примере выше
BP
Инлайн функция принимает лямбду, где ресивер инлайн класс, в теле функции этот инлайн создаётся и на нем вызовется переданная лямбда, получаю: ClassCastException
Без инлайн функции - работает
BP
Тебе хоть IDE с компилятором не разрывает, как у меня в примере выше
Где ?
U
тут
BP
Без инлайн функции - работает
@ilmirus это бага или фича ?
BP
Так это компайл тайм, а у меня рантайм
U
Ааааа, грустно тогда, да.
AK
Инлайн функция принимает лямбду, где ресивер инлайн класс, в теле функции этот инлайн создаётся и на нем вызовется переданная лямбда, получаю: ClassCastException
не проще ли обмазаться жабкой? только и разговор, про разбор кишков котлина и как оно всё делает.
BP
не проще ли обмазаться жабкой? только и разговор, про разбор кишков котлина и как оно всё делает.
Инлайнить классы жабка не умеет
I
@ilmirus это бага или фича ?
Это бага, пиши ишью.
BP
Это бага, пиши ишью.
Ок. Нада только репродюс сделать.
AN
Это бага, пиши ишью.
Она даже по-моему уже есть
ML
Всем привет)
Господа, кто делает мобилки: какие вы видите приемущества (если есть) TEA(MVU) перед MVI?
Господа, кто делает мобилки: какие вы видите приемущества (если есть) TEA(MVU) перед MVI?
1. нет binding/DI hell
2. более удобное тестирование побочных эффектов без моков
2. более удобное тестирование побочных эффектов без моков
ML
трейд-офф:
Весь мир идёт по пути чернокоробочных компонентов, которые тебе нужно просто вставить и забыть, а не запихивать себе их стейт и подключать эффект хендлеры. Поэтому при подключении умных вьюх типа карт, плееров и проч. придётся поебаться
Весь мир идёт по пути чернокоробочных компонентов, которые тебе нужно просто вставить и забыть, а не запихивать себе их стейт и подключать эффект хендлеры. Поэтому при подключении умных вьюх типа карт, плееров и проч. придётся поебаться
TP
трейд-офф:
Весь мир идёт по пути чернокоробочных компонентов, которые тебе нужно просто вставить и забыть, а не запихивать себе их стейт и подключать эффект хендлеры. Поэтому при подключении умных вьюх типа карт, плееров и проч. придётся поебаться
Весь мир идёт по пути чернокоробочных компонентов, которые тебе нужно просто вставить и забыть, а не запихивать себе их стейт и подключать эффект хендлеры. Поэтому при подключении умных вьюх типа карт, плееров и проч. придётся поебаться
А вот мне ещё противопоставили такой аргумент, мол, нифига не понятно когда действие и эффект, который оно побуждает, находятся раздельно и мол это очень неудобно. Ведь гораздо проще для понимания когда всё в одной рх-цепочке.
Понятное дело что так проще, но всё писать в одном файле тоже проще.
Какие ваши доказательства?)
Понятное дело что так проще, но всё писать в одном файле тоже проще.
Какие ваши доказательства?)
ML
А вот мне ещё противопоставили такой аргумент, мол, нифига не понятно когда действие и эффект, который оно побуждает, находятся раздельно и мол это очень неудобно. Ведь гораздо проще для понимания когда всё в одной рх-цепочке.
Понятное дело что так проще, но всё писать в одном файле тоже проще.
Какие ваши доказательства?)
Понятное дело что так проще, но всё писать в одном файле тоже проще.
Какие ваши доказательства?)
явная/неявная конкаренси – палка о двух концах. Да, иногда это выглядит немного вербозно, но
1) ты явно выделяешь состояния и переходы между ними, исключая cлучайные гонки
2) разделение логики и эффектов заставляет тебя отказаться от сложных rx цепочек и ты не можешь показать всем какой ты умный вложенными flatmap через zip с хуеподвывертом через cached. В подлодке был ахуенный момент на живом собесе где ребята, которые крутые профи андроид разработки, пытались угадать, на каком треде выполнятся части незамысловатой rx цепочки и никто из них не смог на 100% ответить правильно
1) ты явно выделяешь состояния и переходы между ними, исключая cлучайные гонки
2) разделение логики и эффектов заставляет тебя отказаться от сложных rx цепочек и ты не можешь показать всем какой ты умный вложенными flatmap через zip с хуеподвывертом через cached. В подлодке был ахуенный момент на живом собесе где ребята, которые крутые профи андроид разработки, пытались угадать, на каком треде выполнятся части незамысловатой rx цепочки и никто из них не смог на 100% ответить правильно
ML
а так у тебя эффекты в 99% тупые api.get().map().onErrorReturn(). Что не может не радовать людей, которые через пару лет будут поддерживать это дерьмо
ML
Может мешать только если бекенд делаете не вы а другой аутстафф и вы не можете им ставить требования. Тогда начинается эта возня с кучей Rx цепочек, которые делают вам свой маленький BFF