И как сделать, чтобы не были равны

Как сделать копию data, чтобы при изменении поля в одном из элементов newData, в data оставались старые значения

Ну объекты теже помещяешь, что у тебя хранится в дате

Если дата классы то для каждого элемента списка нужно сделать copy

val newData = data.toMutableList() newData[position] = data[position].copy(isPlaying = !data[position].isPlaying) как-то так?

val newData = data.toMutableList() newData[position] = data[position].copy(isPlaying = !data[position].isPlaying) как-то так?

Да

И добавляеш в лист

Если дата классы то для каждого элемента списка нужно сделать copy

Спасибо

Sealed класс обязательно должен лежать в том же файле, что и наследники?

Или можно как-то обойти?

В этом же весь смысл

Или можно как-то обойти?

Убрать sealed?

Убрать sealed?

Тогда везде добавлять else

Это не красиво

Тогда везде добавлять else

А как это связано с else?

А как это связано с else?

он о матчинге через when

А, понял)

Или можно как-то обойти?

Попробуй аннотацию где переименовывает файл и аннотацию которая говорит что эти файлы нужно скелиить

Тогда везде добавлять else

Дак в том и смысл sealed классов, чтобы их кол-во было определено.

Sealed класс обязательно должен лежать в том же файле, что и наследники?

да https://kotlinlang.ru/docs/reference/sealed-classes.html если объявлять в другом, то откуда тогда компилятору знать, что где-то нет ещё каких-то других наследников? в этом собственно и смысл sealed, что наследников ограниченный набор, а если хочется обойти, значит надо просто убрать sealed

да https://kotlinlang.ru/docs/reference/sealed-classes.html если объявлять в другом, то откуда тогда компилятору знать, что где-то нет ещё каких-то других наследников? в этом собственно и смысл sealed, что наследников ограниченный набор, а если хочется обойти, значит надо просто убрать sealed

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

Но ладно, нет так нет.

Просто хотелось разбить на отдельные файлы, не люблю городить в одном.

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

ты можешь в другом модуле наследника объявить, о котором компилятор не знает

ты можешь в другом модуле наследника объявить, о котором компилятор не знает

Тогда пусть выкидывает ошибку. Это уже ты сам охуел.

Тогда пусть выкидывает ошибку. Это уже ты сам охуел.

идея в том, чтобы сделать compile time безопасный механизм, безо всяких нежданчиков с таким же успехом можно убрать sealed и писать в else throw Exception

кроме того файлы компилируются независимо, каждый в свой class файл то есть когда компилируется файл с when, он не знает содержимого всех остальных исходников и не знает, что набор наследников ограничен

Это в Java единица компиляции — файл. В котлине — модуль, так что такой feature request вполне ок.

ты можешь в другом модуле наследника объявить, о котором компилятор не знает

Последний раз, когда я пробовал, sealed из другого модуля и не работает, как sealed.

Оу. Как же result type?

Это в Java единица компиляции — файл. В котлине — модуль, так что такой feature request вполне ок.

котлин компиляется в те же самые class файлы, у него прозрачный interop с java на уровне исходников скорее всего будут проблемы с реализацией такого feature request

котлин компиляется в те же самые class файлы, у него прозрачный interop с java на уровне исходников скорее всего будут проблемы с реализацией такого feature request

какие проблемы?

Такой еще вопрос. Есть класс у которого есть поля dayOfMonth и month. Оба инты. Как сортировать по ним обоим? Может стоит в строку как-то?

какие проблемы?

не знаю, я внутрь котлиновского компилятора не лазил но поскольку котлин не сам по себе, а позволяет прозрачно интеропиться с java, думаю что из-за этого возникнут ограничения

пока не понятно, о чём ты и почему с файлом ограничений нет, а с модулем будут

Такой еще вопрос. Есть класс у которого есть поля dayOfMonth и month. Оба инты. Как сортировать по ним обоим? Может стоит в строку как-то?

не, есть способы композиции компараторов

пока не понятно, о чём ты и почему с файлом ограничений нет, а с модулем будут

потому что сборка совместима с java она генерит class файлы а java не знает ничего про модули например, можно наследника в java файле объявить и компилятор котлина про это ничего не узнает

потому что сборка совместима с java она генерит class файлы а java не знает ничего про модули например, можно наследника в java файле объявить и компилятор котлина про это ничего не узнает

Нельзя, у sealed-класса синтетический конструктор.

https://youtrack.jetbrains.com/issue/KT-18370

И вот еще интересное https://youtrack.jetbrains.com/issue/KT-12585

все issue трекеры настолько отвратно выглядят?

А для чего разделять на разные файлы? Я обычно как енумчики их пишу и хорошо выходит. Единственный кейс который могу придумать, это когда много абстрактных методов и проще чтобы разные реализации в своих файлах лежали

все issue трекеры настолько отвратно выглядят?

Замечательно выглядят, а уж функциональность вообще отличная

читабельность 0%

читабельность 0%

А что не читаемое?

все issue трекеры настолько отвратно выглядят?

нет, в Github и GitLab выглядят прикольно, но так себе по функционалу

ты это видишь? прочитай например ту серую строчку сходу Когда она там закрыта, когда открыта, её тип баг/фича

ты это видишь? прочитай например ту серую строчку сходу Когда она там закрыта, когда открыта, её тип баг/фича

Какую?

Какую?

Вот именно

Лол

Прочитай фиолетовую строчку оттуда

Или серобуромалиновую.

*facepalm*

Лол

ну я и не могу потому что это на белом фоне. Кто будет нечто жёлтое читать на белом?

Это же сливается всё

значительно удобнее джиры :)

https://youtrack.jetbrains.com/issue/KT-18370

Кажись не надо было разрешать выносить классы из под sealed, теперь народ не остановить ?. Всегда рассматривал sealed, как enum на (adt) стероидах

значительно удобнее джиры :)

по функциональности не спорю, но я в своё время дропнул кучу ide которые не умеют в шемы

Кажись не надо было разрешать выносить классы из под sealed, теперь народ не остановить ?. Всегда рассматривал sealed, как enum на (adt) стероидах

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

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

А зачем там наследование, если нужно использовать композицию. Sealed это такая имитация типа-суммы

А зачем там наследование, если нужно использовать композицию. Sealed это такая имитация типа-суммы

ну я и говорю, оборачиваться приходится руками

Я только не понимаю чем тут наследование может помочь

Я только не понимаю чем тут наследование может помочь

оно не помогает, я наоборот сетую, что sealed class имитируют суммы типов через наследование

А для чего разделять на разные файлы? Я обычно как енумчики их пишу и хорошо выходит. Единственный кейс который могу придумать, это когда много абстрактных методов и проще чтобы разные реализации в своих файлах лежали

У меня тут и абстрактные функции и вложенные sealed классы. Смотрится сейчас очень не очень. Разбив по файлам было бы лучше, я уверен.

привет, а сюда же можно тупые вопросы от новичка? var checkList: List<CheckMap>? = null fun getChecks(): List<Int>? { if (checkList != null) { val list = ArrayList<Int>() for (check in checkList!!) { list.add(check.id!!) } return list } return null } class CheckMap : Serializable { var id: Int? = null } Я думаю это очень неочень, ну просто люто воняет, но чет не догоняю, как обернуть в let или apply оба !! и при этом сразу вернуть при вызове

привет, а сюда же можно тупые вопросы от новичка? var checkList: List<CheckMap>? = null fun getChecks(): List<Int>? { if (checkList != null) { val list = ArrayList<Int>() for (check in checkList!!) { list.add(check.id!!) } return list } return null } class CheckMap : Serializable { var id: Int? = null } Я думаю это очень неочень, ну просто люто воняет, но чет не догоняю, как обернуть в let или apply оба !! и при этом сразу вернуть при вызове

Вытащить в локальную переменную. Хотя нуллабельный var со списком и нуллабельный изменяемый id воняет не меньше.

привет, а сюда же можно тупые вопросы от новичка? var checkList: List<CheckMap>? = null fun getChecks(): List<Int>? { if (checkList != null) { val list = ArrayList<Int>() for (check in checkList!!) { list.add(check.id!!) } return list } return null } class CheckMap : Serializable { var id: Int? = null } Я думаю это очень неочень, ну просто люто воняет, но чет не догоняю, как обернуть в let или apply оба !! и при этом сразу вернуть при вызове

checklist?.mapNotNull { check.id }

а еще лучше потом написать ?: emptyList(), чтобы не тянуть за собой нуллабельный список

о, спасибо. понял куда копать, и за mapNotNull спасибо

Всем привет! 20 июня приходите на Kotlin Moscow User Group Meetup в офисе Leroy Merlin: https://leroy-merlin.timepad.ru/event/732812/

Всем привет! Хочу настроить ktor.io как UDP сервер. В итоге не понял как послать сообщение в ответ, ктото сталкивался с этим?

Дурацкий вопрос, у вас HTTP поверх UDP?

Дурацкий вопрос, у вас HTTP поверх UDP?

хттп поверх тсп же, алё)

я понял

Или это сарказьм?