причем контекст вроде Unconfined не помогает ни разу

короче разобрался

поломали runBlocking в 0.24.0 версии

так что откат до 0.23.4 спас ситуацию

Да и в котлине можно, но придётся кастить, а за это надо лапки отрывать)

я думал что arrayListOF тоже кастить нада, а оказалось нет, хотя я юзаю listOf, mutableListOf (очень редко)

я думал что arrayListOF тоже кастить нада, а оказалось нет, хотя я юзаю listOf, mutableListOf (очень редко)

он же не зря называется arrayListOf, а потому что возвращает ArrayList :)

я думал что arrayListOF тоже кастить нада, а оказалось нет, хотя я юзаю listOf, mutableListOf (очень редко)

Не надо ничего кастить, а то и правда чего-нибудь оторвут. И будут правы

Не надо ничего кастить, а то и правда чего-нибудь оторвут. И будут правы

я думал что arrayListOF - возращает ImmutableList

вот за это тоже лапки отрывать)

для этого listOf есть, и то он по-моему ArrayList до сих пор возвращает

Кот же 10 сообщений назад раписал, что и когда он возвращает :) Главное, что он возвращает иммутабелный List<T>. Всё остальное, включая конкретный тип — детали реализации, которые должны быть проигнорированы.

только для чтения != иммутабельный

для этого listOf есть, и то он по-моему ArrayList до сих пор возвращает

ну так я его и юзаю, а на счет что возращаем сейчас пароверим

для этого listOf есть, и то он по-моему ArrayList до сих пор возвращает

нет обычный List

нет обычный List

речь о том, какую реализацию листа он возвращает

я думал что arrayListOF - возращает ImmutableList

> ImmutableList Это что такое? Откуда он в стандарном sdk?

> ImmutableList Это что такое? Откуда он в стандарном sdk?

List

только для чтения != иммутабельный

А кто может поменять read-only список, который был получен как List<T> и везде передавался как List<T>? Ну если откинуть вероятность того, что кто-то его кастовал и менял.

А кто может поменять read-only список, который был получен как List<T> и везде передавался как List<T>? Ну если откинуть вероятность того, что кто-то его кастовал и менял.

тот, кто его создал

речь о том, какую реализацию листа он возвращает

ааа

В общем случае я согласен, в конкетном обсуждаемом (listOf() и вперёд) этим можно пренебречь.

> ImmutableList Это что такое? Откуда он в стандарном sdk?

https://github.com/Kotlin/kotlinx.collections.immutable/blob/master/proposal.md Вполне возможно, речь об этом.

я читаю переписку вашу, так и не понял, какую реализацию списка возврощает listOf, ArrayList? []int?

Загляни в сорцы ?

я как бы смотрел, я вижу там только интерфейс List, иначе бы не спрашивал!

я как бы смотрел, я вижу там только интерфейс List, иначе бы не спрашивал!

Если тебе не нужно его модифицировать, то чё париться?

дело в том что, хочется понимать что ты пишешь ... не на php же пишу ...

Тебе метод обещает List

в Java нет просто такого как List, ты пишешь что List у тебя интерфейс, и когда передаешь что-то в список - ты указываешь конкретно что это у тебя за List, например - ArrayList. а в данном случаи, я не понимаю какую коллекцию я использую.

в Java нет просто такого как List, ты пишешь что List у тебя интерфейс, и когда передаешь что-то в список - ты указываешь конкретно что это у тебя за List, например - ArrayList. а в данном случаи, я не понимаю какую коллекцию я использую.

ArrayList он возвращает. Но если так важно знание коллекции под капотом, то зачем использовать эти методы? Возвращают некий лист, ну и фиг с ним

изучаю Kotlin, потому что - надо знать такие вещи, как я буду читать чужой код, если основ не знаю.

ArrayList он возвращает. Но если так важно знание коллекции под капотом, то зачем использовать эти методы? Возвращают некий лист, ну и фиг с ним

а как ты понял что возврощает ArrayList, как посмотрел.

В исходниках глянь.mapOf HashMap возвращает. Но опять же, эти утилитарные методы были созданы не для того, что бы кто-то парился какая там реализация под капотом. Наоборот идея - есть список и хорошо, а какой там список внутри пофиг

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

а как ты понял что возврощает ArrayList, как посмотрел.

посмотрел реализацию метода

в Java нет просто такого как List, ты пишешь что List у тебя интерфейс, и когда передаешь что-то в список - ты указываешь конкретно что это у тебя за List, например - ArrayList. а в данном случаи, я не понимаю какую коллекцию я использую.

Чисто для любознательности пожалуйста, но работать с ним надо именно как с неизменяемым абстрактным списком.

я читаю переписку вашу, так и не понял, какую реализацию списка возврощает listOf, ArrayList? []int?

Тебе не важно какую реализацию возвращает метод, если ты используешь инициализацию через него, а не через конструктор

в Java нет просто такого как List, ты пишешь что List у тебя интерфейс, и когда передаешь что-то в список - ты указываешь конкретно что это у тебя за List, например - ArrayList. а в данном случаи, я не понимаю какую коллекцию я использую.

ты не должен знать реализацию - это звется инкапсуляция. У тебя есть некий контракт который описывает что объект может сделать (это грубо), знать конкретную реализации уже нужно когда есть баги, но если баги в библиотеки которую ты используешь, это не очень хорошо

Вот я спустя два с половиной года вернулся к этому вот вопросу: https://discuss.kotlinlang.org/t/ts2kt-and-partial/6046 И чего-то воз и ныне почти что там же. С тех пор не появилось каких-то красивых решений на эту тему? Я имею в виду Partial?

На ум приходят всякие костыли вроде опасных кастов из динамика в определенный класс, но похоже без поддержки на уровне языка, тут ничего хорошего не получится

Как миниум нужно значение типа undefined, которое будет при конвертации в JSON игнорироваться.

Как миниум нужно значение типа undefined, которое будет при конвертации в JSON игнорироваться.

Не уверен что к этому, но transient есть ключевое слово кажется для этого, постоянно забываю

transient - это в яве для отсуствия сериализации, в котлине его вообще нет

Да, там это аннотация

А в котлин это ключевое слово. В жсон это же тоже сериализация

Это не совсем сериализация в данном случае, это неявное приведение. Но я чего-то не вижу такого ключевого слова

Кроме того, я говорю не про ключевое слово или анноатцию, а про значение. Типа если есть - преобразовываем, а нет - значит нет

В принципе на эту роль годится null, но я не знаю, как KotlinJS их обрабатывает

Это не совсем сериализация в данном случае, это неявное приведение. Но я чего-то не вижу такого ключевого слова

Да, действительно аннотация

ты не должен знать реализацию - это звется инкапсуляция. У тебя есть некий контракт который описывает что объект может сделать (это грубо), знать конкретную реализации уже нужно когда есть баги, но если баги в библиотеки которую ты используешь, это не очень хорошо

спасибо

Sander ? (0) увеличил репутацию Bogdan Panchenko (1)

В принципе на эту роль годится null, но я не знаю, как KotlinJS их обрабатывает

в gson так и сделано кажется. Есть флаг который явно пишет филды в json если в них null или убирает. KotlinJS это же просто фронтенд, по идее также как на jvm должно работать

Не знаю, в JavaScript свой null есть. Скорее всего да.

В принципе тогда не так сложно эмулировать Parial. Делаем все типы нулями по-умолчанию и потом конструриуем объект в стиле Obj().apply{}

Без кодогенерации тяжко это сделать.

Отправил товарищам на рассмотрение: https://github.com/Kotlin/ts2kt/issues/81

also ведь возвращает тот объект от которого его вызвали?

Не пытайтесь понять колдунских кастов котлина. Просто не вызывайте also у null

Потому что npe

оно всё-равно выводит Any (

скобочки

ERROR: S client not available

оно всё-равно выводит Any (

Мб потому что надо ?.also ?

А не .also

Мб потому что надо ?.also ?

Так нету там null больше

На последнем там в елс вообще непойми что

А, ну кстати да

ой да

всё-равно выводит Any

стоп

посмотри что возращает also

https://cdn-images-1.medium.com/max/1600/1*pLNnrvgvmG6Mdi0Yw3mdPQ.png

судя по всему Any

Оберни when в круглые скобки

судя по всему Any

залез внутырь и посмотри, его сингнатуру

Сделайте переменную с явным типом Fragment. Котлин не умеет общего предка искать. Он выводит тип только если все возвращает строго одно и то же

вот да, тоже склоняюсь к последней идее

залез внутырь и посмотри, его сингнатуру

Оно возвращает то, на чем вызывается

Тогда можно .also<Fragment>...

Сделайте переменную с явным типом Fragment. Котлин не умеет общего предка искать. Он выводит тип только если все возвращает строго одно и то же

Так если без also, он нормально выводит

Правильно, потому что по возвращаемому значению функции

.also<Fragment> может сработать, но не уверен

не работает

теперь весь when светит красным

и говорит что типы при входе в also не совпадают

пф, Production-Ready Language

Отлично все работает, просто это задача, на которую вывод типов не расчитан

Может быть такое, что .also вызывается не на том, что возвращает when, а на лямбде, которая в when передается?

Сделайте нормальную локальную переменную с типом Fragment и все будет работать. Две лишние скобочки

Наверное, нет

нет конечн

да решение то понятно)