·
many russians here
Size: a a a
2020 October 27
с#
Вы всё ещё не согласны с тем, что изначальная постановка вопроса очень мутная и совершенно не объясняет, с чем вы столкнулись?
не согласен, потому изначально интересно было про дата-классы. я и спросил про дата классы.
с#
many russians here
that's primary language there, but you can also ask in English
·
that's primary language there, but you can also ask in English
neat
·
my Russian is pretty bad.. I've been over there in 2016 for a bit 😅
РО
Вы всё ещё не согласны с тем, что изначальная постановка вопроса очень мутная и совершенно не объясняет, с чем вы столкнулись?
аж какой-то инглиш триггернулся от вашего выяснения отношений
·
Which IDE plugins are you using apart from the already given ones?
KZ
не согласен, потому изначально интересно было про дата-классы. я и спросил про дата классы.
Могу предположить, что это из-за мутабельности массивов, весьма вероятно, что кто-то где-то его поменяет и это поломает всякие хэшкоды и сравнения, потому просто сразу запретили.
·
whyoleg is here too.. nice!
с#
Могу предположить, что это из-за мутабельности массивов, весьма вероятно, что кто-то где-то его поменяет и это поломает всякие хэшкоды и сравнения, потому просто сразу запретили.
в дата классах всё понятно, я же говорю, забыл про массивы в конструкторе
SB
аж какой-то инглиш триггернулся от вашего выяснения отношений
звучит как странный бот
OY
Так надо только map переопределить. Но опять же, мне кажется, что правильное решение просто отметить эту проблему в документации или ввести OptIn на потенциально опасные API. Есть еще вариант сделать fail-fast на гарантировано бесконечные flow вроде того же StateFlow
да не поможет fail-fast же вообще
оба варианта равнозначны, но fail-fast сработает только на первом
какой тогда вообще смысл?
ИМО - отразить это в доке, это единственное возможное решение без ломания всего и вся
stateFlow.toList() и stateFlow.map { it }.toList()оба варианта равнозначны, но fail-fast сработает только на первом
какой тогда вообще смысл?
ИМО - отразить это в доке, это единственное возможное решение без ломания всего и вся
с#
звучит как странный бот
эм нет. он не просто так же вайолега знает, значит слышал про ktdlib
OY
и переопределением map не отделаешься (если делать limitedFlow), нужно переопределить и transform и все его методы
VP
Почему никто не ругается на бесконечные Sequence, а во Flow обнаружилась какая-то проблема?
с#
Почему никто не ругается на бесконечные Sequence, а во Flow обнаружилась какая-то проблема?
тоже самое говорю
https://t.me/pofftop/246134
https://t.me/pofftop/246134
OY
звучит как странный бот
не бот, он мне звёздочку в гитхабе поставил, но я хз кто это :)
RE
В систему типов, при желании, можно пропихнуть что угодно. И конечность/бесконечность, и пустоту/непустоту и черта-в-ступе. Только тогда придется постоянно писать (и читать!) очень длинные типы. И вот здесь начинается прагматика — сравнение приносимой пользы с трудностями. И она вообще не в пользу того, чтобы был какой-либо смысл выражать эти свойства в типах.
GR
Почему никто не ругается на бесконечные Sequence, а во Flow обнаружилась какая-то проблема?
Так походу та же проблема. Нафиг делать апи которое ломает солид.
GR
Переслано от Alexander Nozik
Решение с LimitedFlow вроде достаточно изящное. С одной стороны никакого оверхеда, с другой - надо ручками привести к лимитированному варианту перед тем как творить непотребства с терминальными операциями