KZ
Ну тогда из-за конкаренси, между проверкой и обращением оно может поменяться.
Size: a a a
2020 March 08
PE
А ты про что "мутабельное", про it? или msg?
KZ
Мутабельное it
PE
Не, HashMap<...>, не мутабельный же?
2020 March 09
KZ
Не, HashMap<...>, не мутабельный же?
Мутабельный, он же джавовый
PE
понял
PE
Ну тогда из-за конкаренси, между проверкой и обращением оно может поменяться.
Спасибо, буду знать
KZ
it[l10String]?.let {} можно без проверок использоватьPE
Спасибо
OY
Здесь наверное даже больше не в мутабельности дело, а в том, что вызов через эти скобки [], это просто сокращение от вызова метода get
И получается, что смарткаст не может работать, потому что это метод
И получается, что смарткаст не может работать, потому что это метод
D
Здесь наверное даже больше не в мутабельности дело, а в том, что вызов через эти скобки [], это просто сокращение от вызова метода get
И получается, что смарткаст не может работать, потому что это метод
И получается, что смарткаст не может работать, потому что это метод
И у нас есть правильный ответ. :)
kotlin.HashMap - это typealias на java.HashMap. А внутри джавовских классов никаких контрактов, конечно же, нет.
kotlin.HashMap - это typealias на java.HashMap. А внутри джавовских классов никаких контрактов, конечно же, нет.
OY
И у нас есть правильный ответ. :)
kotlin.HashMap - это typealias на java.HashMap. А внутри джавовских классов никаких контрактов, конечно же, нет.
kotlin.HashMap - это typealias на java.HashMap. А внутри джавовских классов никаких контрактов, конечно же, нет.
так не в этом дело
ты же можешь сделать свой класс с оператором get который будет всегда возвращать константу и компилятор всё равно не сделает смарткаст
будь то hashmap или что либо ещё
потому что это просто 2 вызова метода
ты же можешь сделать свой класс с оператором get который будет всегда возвращать константу и компилятор всё равно не сделает смарткаст
будь то hashmap или что либо ещё
потому что это просто 2 вызова метода
D
так не в этом дело
ты же можешь сделать свой класс с оператором get который будет всегда возвращать константу и компилятор всё равно не сделает смарткаст
будь то hashmap или что либо ещё
потому что это просто 2 вызова метода
ты же можешь сделать свой класс с оператором get который будет всегда возвращать константу и компилятор всё равно не сделает смарткаст
будь то hashmap или что либо ещё
потому что это просто 2 вызова метода
Да, таки верно. Контракты пока не умеют смотреть "в глубь" объектов.
AN
Боги спасите нас от китайских школьников: https://github.com/Kotlin/kotlinx.serialization/issues/746. он сначала еще и не в ту репу написал. @sandwwraith мне самому сказать ему, что я о нем думаю или вы сами такую фигню закрываете?
AM
А вы говорите, дружелюбное коммьюнити))) Нет бы аккуратно отправить человека в слак, добавив, что гитхаб не для таких вопросов)
AN
А вы говорите, дружелюбное коммьюнити))) Нет бы аккуратно отправить человека в слак, добавив, что гитхаб не для таких вопросов)
Я примерно так и хотел сделать. Но настолько тупых вопросов давно не видел
AN
еще и в issue и с пометкой feature. Это типа как моя дочь случайным образом тычет во все кнопки.
LS
Видимо, придётся таки прокрутить дырочку специально для Map<String, Any> без JsonObject. Раз пятый уже спрашивают, и в слаке, и на гитхабе
AN
Видимо, придётся таки прокрутить дырочку специально для Map<String, Any> без JsonObject. Раз пятый уже спрашивают, и в слаке, и на гитхабе
Так в общем виде работать не будет же.
AN
Будет падать в рантайме на несериализуемых объектах