Один из немногих людей, у кого совпадают со мной мысли, как нужно программировать на Kotlin (Java/C#) https://youtu.be/dGVqrGmwOAw?t=26m0s (есть тут еще такие?) И он кстати поддерживает что lock не желательны в языке https://youtu.be/dGVqrGmwOAw?t=24m28s (в видео он несколько раз касается локов в java)

Если добавить step, должна быть прогрессия: 1..42 step 9

спасибо)

Очередной тысячный участник

Забаньте его!

Легенды гласили, что тысячный появится лишь с выходом котлина 2.0

у кого-нибудь юнит тесты на анроиде с 1.1.4 стали запускаться по минуте? просто буковку в тесте поменял и полная сборка проекта

пофикшены старые фичи, добавлены новые

пофикшены старые фичи, добавлены новые

Проверь что студия никаких дампов не создала по гигабайту+. У меня такое было давно уже, как только стер - прошло, больше не появлялись

Проверь что студия никаких дампов не создала по гигабайту+. У меня такое было давно уже, как только стер - прошло, больше не появлялись

++ тоже вчера инвалидация кэша сделал и жить стало легче.

добрый день. простите за дурацкий вопрос, только начал знакомиться с котлином. в тестовом задании в объявлении одного из полей класса "Sting!" именно с "!". это опечатка, или..? не могу найти что гуглить.

Это platform type: https://kotlinlang.org/docs/reference/java-interop.html

добрый день. простите за дурацкий вопрос, только начал знакомиться с котлином. в тестовом задании в объявлении одного из полей класса "Sting!" именно с "!". это опечатка, или..? не могу найти что гуглить.

Самлстоятельно нельзя объявить такой тип

Самлстоятельно нельзя объявить такой тип

спасибо

Скажите, пожалуйста, а кто-нибудь вкурсе, когда в kotlin появится наследование ОТ data class?

так давно можно

ну, ладно, не давно, но с 1.1

Нет. Можно data class наследовать от sealed class, но нельзя от data

Скажите, пожалуйста, а кто-нибудь вкурсе, когда в kotlin появится наследование ОТ data class?

Зачем наследовать классы друг от друга, если есть композиция?

Надеюсь, что такой отстрел ног не будет разрешён никогда.

Наследование - отстрел ног. Ок)))

? (опоздал предложить композицию) data class - это не про стандартное ООП с наследованием. И не надо все подряд делать дата классами, просто по тому что лень написать gethashcode и tostring

Наследование - отстрел ног. Ок)))

Да, наследование хрупкое само по себе. А тут — наследование дата-классов.

Вот ведь какой-то шизоид хочет притащить из swift их реализацию checked execption https://github.com/BenLeggiero/KEEP/blob/52f5692c997bad0c123ba71b86f4602f8bf279d0/proposals/error-handling.md

Да, я безусловно согласен, что композиция предпочтительнее. Тогда, пожалуйста, объясните чем плохо наследование от data class? Что плохого в том, чтобы в каком-то одном базовом классе, например, определить общие поля мапинга из json, а после их пересипользовать в дочерних классах? Это будет удобно если на сервере изменится имя поля.

Да, я безусловно согласен, что композиция предпочтительнее. Тогда, пожалуйста, объясните чем плохо наследование от data class? Что плохого в том, чтобы в каком-то одном базовом классе, например, определить общие поля мапинга из json, а после их пересипользовать в дочерних классах? Это будет удобно если на сервере изменится имя поля.

Ну, это очень странная идея. Зачем data class в таком случае? Что делать с реализацией equals/hashCode?

Скажите, пожалуйста, а кто-нибудь вкурсе, когда в kotlin появится наследование ОТ data class?

к сожалению не появится, по этому придется самому переопределять некотореы методы

Я хотел его выбрать не потому что мне лень что-либо переопределять, а потому что он предназанчен для простого хранения данных что мне собственно и необходимо.

Я хотел его выбрать не потому что мне лень что-либо переопределять, а потому что он предназанчен для простого хранения данных что мне собственно и необходимо.

Кто предназначен для простого хранения данных?

“We frequently create a class to do nothing but hold data. In such a class some standard functionality is often mechanically derivable from the data. I”

возможно придется использовать композицию либо отказаться от использоания data класса.

https://kotlinlang.org/docs/reference/data-classes.html

Я хотел его выбрать не потому что мне лень что-либо переопределять, а потому что он предназанчен для простого хранения данных что мне собственно и необходимо.

причем тут data класс то?

ну то есть что то писать таки все равно придется)

“We frequently create a class to do nothing but hold data. In such a class some standard functionality is often mechanically derivable from the data. I”

Ну и дальше, собственно, написано, что этот модификатор data добавляет в класс.

Кстати, сам подумай, как тебе автоматически реализовать переопределение методов equals() в иерархии классов еслиб ы она была допустима? Я думаю одна из причин в т.ч. в этом

Дело в том, что я намереваюсь расширять наследники полями и потому не понимаю какие могут быть проблемы с переопределяемыми методами. Они могли бы быть если бы было допустимым создавать data class без полей и просто наследоваться от data class с полями, но так нельзя.

Гм… нет?

Дело в том, что я намереваюсь расширять наследники полями и потому не понимаю какие могут быть проблемы с переопределяемыми методами. Они могли бы быть если бы было допустимым создавать data class без полей и просто наследоваться от data class с полями, но так нельзя.

Зачем использовать именно data class?

Так я же написал, что он предназначен для простого хранения данных

data class File( @SerializedName("file_name") val name: String, @SerializedName("file_path") val path: String, @SerializedName("size") val size: Long, @SerializedName("encoding") val encoding: String, @SerializedName("content") val content: String, @SerializedName("ref") val branch: String, @SerializedName("blob_id") val blobId: String, @SerializedName("commit_id") val commitId: String, @SerializedName("last_commit_id") val lastCommitId: String )

Такого, например

Самлстоятельно нельзя объявить такой тип

Ну впринципе Function#indentity возвращает тип с вопросом

Так я же написал, что он предназначен для простого хранения данных

тебе нужен обычный класс с полями?

Обычный класс с полями - это data class)))

сделай обычный класс, переопредели при необходимости equials(), hashCode(), toString()

Обычный класс с полями - это data class)))

data class - это не обычный класс с полями )

Так я же написал, что он предназначен для простого хранения данных

Это не так. В документации перечислен список методов, которые тебе принесёт модификатор data.

Обычный класс с полями - это data class)))

Обычный класс — это class.

Да-да, спасибо про методы пре прекрасно известно. Вообщем я хотел выяснить почему не допустимо наследование для data class потому что не нашел никаких объясннеий у jetbrains

То, что наследоавние не соотвествует ЛИЧНЫМ предпочтениям некоторых не есть довод

Да-да, спасибо про методы пре прекрасно известно. Вообщем я хотел выяснить почему не допустимо наследование для data class потому что не нашел никаких объясннеий у jetbrains

Потому что см. equals() contract, в частности — транзитивность.

Да-да, спасибо про методы пре прекрасно известно. Вообщем я хотел выяснить почему не допустимо наследование для data class потому что не нашел никаких объясннеий у jetbrains

Бреслав давно уже говорит о том, почему они не делают наследование для data class. Как минимум потому, что непонятно, как должны себя вести методы equals(), hashCode() и toString()

о чем выше и сообщили. Просто попробуй сам понять как бы ты поступил в случае разрешения наследования реализации данных методов

ERROR: S client not available

о чем выше и сообщили. Просто попробуй сам понять как бы ты поступил в случае разрешения наследования реализации данных методов

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

А можно ссылку на Бреслава? =)

То, что наследоавние не соотвествует ЛИЧНЫМ предпочтениям некоторых не есть довод

ссылка тоже личным предпочтением является?)

Не вижу связи=) Но было бы действительно интересно послушать, что говорит Бреслав и кроме того по-моему это может стать единственным моим аргументом перед коллегами =)

Не вижу связи=) Но было бы действительно интересно послушать, что говорит Бреслав и кроме того по-моему это может стать единственным моим аргументом перед коллегами =)

Единственно что сходу вспоминаю что Бреслав говорил про data классы https://youtu.be/9x6utkLDBs8?t=1h5m17s

@angmarr Благодарю!

А можно ссылку на Бреслава? =)

https://youtube.com/playlist?list=PLVe-2wcL84b8pj7VOoa-6L9Q0sDjibdoF

Тут он приводит аргументы?

Тут он приводит аргументы?

тут подборка выступлений по котлин по разной тематике (кроме корутин), ссылку обновил

Просто я эти выступления с ним и Жемеровым раз 100 смотрел и не слышал там ничего касательно наследования от data class, но все равно спасибо

Просто я эти выступления с ним и Жемеровым раз 100 смотрел и не слышал там ничего касательно наследования от data class, но все равно спасибо

значит не все эти видео смотрел

У меня возникло сомнение: какой смысл сейчас людям учить огромную и сложную бибилиотеку java.util.concurrent в то время, когда есть более удобная rxjava? Только не надо писать, что ради искусства и пр и пр и пр в таком духе.

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

1. rx не только и не столько потоки, она про другое.

У меня возникло сомнение: какой смысл сейчас людям учить огромную и сложную бибилиотеку java.util.concurrent в то время, когда есть более удобная rxjava? Только не надо писать, что ради искусства и пр и пр и пр в таком духе.

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

+

Это тоже справедливый вопрос =)

DarkMentat это важное уточнение. Спасибо

У меня возникло сомнение: какой смысл сейчас людям учить огромную и сложную бибилиотеку java.util.concurrent в то время, когда есть более удобная rxjava? Только не надо писать, что ради искусства и пр и пр и пр в таком духе.

Зачем учить RX, когда есть Котлин коррутины и каналы (и даже акторы)?

Имею в виду, что с потоками rx позволяет только выбрать какой именно пул когда юзать. Написанный на java.util.concurrent кстати, при чем часто кастомный

У меня возникло сомнение: какой смысл сейчас людям учить огромную и сложную бибилиотеку java.util.concurrent в то время, когда есть более удобная rxjava? Только не надо писать, что ради искусства и пр и пр и пр в таком духе.

Нет никакого смысла, есть же корутины

наконец этот чат перешагнул барьер в 1000 человек )

Нет никакого смысла, есть же корутины

продакшн реди?

продакшн реди?

а что мешает их брать в продакшн?

Могут перефигачить же еще

если не лень переписывать