sam interface тут ещё не обсуждали?

почему нету SAM для Kotlin-интерфейсов: "а мы думали, что всем просто хватит функциональных типов" :D

Вот тут начало

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

И компаньоны. И лейтинит. И делегирование реализаций интерфейсов.

Вообще не вижу смысла.

И компаньоны. И лейтинит. И делегирование реализаций интерфейсов.

А что уже придумали чем лейтинит заменить?

Вообще не вижу смысла.

А что плохого?

И компаньоны. И лейтинит. И делегирование реализаций интерфейсов.

Лейтинит был бы нужен, даже если бы гугл щас андроид написал на чистом котлине, из-за мудаковатого фреймворка андроида (ведро только как самый очевидный пример). Компаньоны — не столько легаси, сколько нужда в интеропе с джавкой. Про делегирование реализаций интерфейсов не понял.

И компаньоны. И лейтинит. И делегирование реализаций интерфейсов.

А что с ними?

Лейтинит был бы нужен, даже если бы гугл щас андроид написал на чистом котлине, из-за мудаковатого фреймворка андроида (ведро только как самый очевидный пример). Компаньоны — не столько легаси, сколько нужда в интеропе с джавкой. Про делегирование реализаций интерфейсов не понял.

Компаньоны это не для интеропа, для интеропа аннотация

А что уже придумали чем лейтинит заменить?

Ну, спикер рассказывал хитрозакрученный план, типа Delegates.nonNull, только посредством инлайн-классов.

Тоже не понял почему компаньоны легаси.

А что плохого?

Появляется много фич -> потенциальные баги и сложнее парсить код.

Лейтинит был бы нужен, даже если бы гугл щас андроид написал на чистом котлине, из-за мудаковатого фреймворка андроида (ведро только как самый очевидный пример). Компаньоны — не столько легаси, сколько нужда в интеропе с джавкой. Про делегирование реализаций интерфейсов не понял.

Interface by obj

Тоже не понял почему компаньоны легаси.

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

То что я в джаве не смог сделать

Ну, спикер рассказывал хитрозакрученный план, типа Delegates.nonNull, только посредством инлайн-классов.

Хороший план, только подозреваю очень хитрозакрученный

Компаньоны это не для интеропа, для интеропа аннотация

Не убедил. @JvmStatic вроде ж только в компаньонах можно использовать, без них интеропа бы не было, разве не так?

Тоже не понял почему компаньоны легаси.

Бреслав когда-то говорил, что очень хочет их сломать. У Java-класов их нет, в интеропе боль.

Interface by obj

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

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

Опять же, Бреслав упоминал, что эта фича очень сложная. В частности — из-за двух разных реализаций дефолтных методов.

Не убедил. @JvmStatic вроде ж только в компаньонах можно использовать, без них интеропа бы не было, разве не так?

И что? В компаньоне это хак, а не нативная совместимость

Опять же, Бреслав упоминал, что эта фича очень сложная. В частности — из-за двух разных реализаций дефолтных методов.

А конкретно легаси почему? Сама фича ж полезная в отдельных кейсах, мешать не мешает (сложная в реализации — возможно, но кому ж нынче легко).

Появляется много фич -> потенциальные баги и сложнее парсить код.

Это не столько новая фича, сколько импрув уже существующей системы вывода типов

А конкретно легаси почему? Сама фича ж полезная в отдельных кейсах, мешать не мешает (сложная в реализации — возможно, но кому ж нынче легко).

Да, я неверно выразился. Всё вышеназванное — не легаси, но может им стать.

Да, я неверно выразился. Всё вышеназванное — не легаси, но может им стать.

С этим полностью согласен.

Жаль, что в финском заливе только один остров, через дцать лет, возможно, придётся насыпать следующий.

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

Жаль, что в финском заливе только один остров, через дцать лет, возможно, придётся насыпать следующий.

Мне кажется, что если и будут что-то ломать, то мягко, с инструментами для миграции.

Лейтинит был бы нужен, даже если бы гугл щас андроид написал на чистом котлине, из-за мудаковатого фреймворка андроида (ведро только как самый очевидный пример). Компаньоны — не столько легаси, сколько нужда в интеропе с джавкой. Про делегирование реализаций интерфейсов не понял.

А compain-object ты предлагаешь заменить на топ левел функции и свойства?

А compain-object ты предлагаешь заменить на топ левел функции и свойства?

А мне вот нравятся экстеншены к компаньонам.

А compain-object ты предлагаешь заменить на топ левел функции и свойства?

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

А мне вот нравятся экстеншены к компаньонам.

Компаньоны мне кажется вообще норм

Как минимум компаньоны лучше, чем статик :)

Расскажите кто-нибудь конкретный юзкейс для компаньона, который экстендит что-нибудь или имплементит какой-нибудь интерфейс. Я не против их полюбить.

Расскажите кто-нибудь конкретный юзкейс для компаньона, который экстендит что-нибудь или имплементит какой-нибудь интерфейс. Я не против их полюбить.

Фабрика?

Фабрика?

Использую топ-левел функцию с идентичным классу названием. Примерно как Channel из kotlinx.coroutines. (https://github.com/Kotlin/kotlinx.coroutines/blob/master/core/kotlinx-coroutines-core/src/main/kotlin/kotlinx/coroutines/experimental/channels/Channel.kt#L311)

Так а если ты хочешь класс с такой фабрикой, тебе никак не поможет функция с таким же именем

Кстати чуть выше там же в файле видно, что раньше была фабрика-компаньон. Почему заменили на топлевел — не знаю.

Так а если ты хочешь класс с такой фабрикой, тебе никак не поможет функция с таким же именем

А зачем мне хотеть класс с фабрикой? В чём преимущество фабрики, живущей в классе?

Если ты принимаешь в параметр тип, который можно создать, то нет никакого прока от топлевел функции

Друзья, а есть какой-то линтер/стайлчекер для котлина, который бы можно было интегрировать с ci? Чтоб сообщал о слишком "умных" конструкциях с лямбдами и всяком таком прочем?

Топлевел функции разве типы не умеют принимать? Я не исключаю, что я просто не понял конкретный юз-кейс.

Топлевел функции разве типы не умеют принимать? Я не исключаю, что я просто не понял конкретный юз-кейс.

Boris наверное про приватный конструктор говорит

Друзья, а есть какой-то линтер/стайлчекер для котлина, который бы можно было интегрировать с ci? Чтоб сообщал о слишком "умных" конструкциях с лямбдами и всяком таком прочем?

https://www.jetbrains.com/help/idea/command-line-code-inspector.html :)

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

типа зафигачить VerifiedX, и его инстанс можно создать только с помощью функции verify

Boris наверное про приватный конструктор говорит

Я просто сделаю конструктор видимым в модуле.

https://www.jetbrains.com/help/idea/command-line-code-inspector.html :)

Спасибо, взгляну

Я просто сделаю конструктор видимым в модуле.

Откуда конструктор у дженерика

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

Я под вечер чёт плохо соображаю. Дай подумать.

Я не могу пример написать с тела

Откуда конструктор у дженерика

Человек сказал о фабрике-компаньоне для класса A, которая имеет доступ к приватному конструктору A — я ответил, что я сделаю конструктор A видимым в модуле. У какого дженерика?

> экземпляр класса который тебе передали Мне передают инстанс KClass или дженерик-параметр?

Человек сказал о фабрике-компаньоне для класса A, которая имеет доступ к приватному конструктору A — я ответил, что я сделаю конструктор A видимым в модуле. У какого дженерика?

Прошу прощения, я почему то подумал что это мне ответ

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

<reified T> createT() : T = T::create — так?

> экземпляр класса который тебе передали Мне передают инстанс KClass или дженерик-параметр?

Ну да, ты знаешь класс но не знаешь как его создать

Ну да, ты знаешь класс но не знаешь как его создать

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

Ну да, ты знаешь класс но не знаешь как его создать

Черкани по свободе пример, я правда туго соображаю.

Прошу прощения, я почему то подумал что это мне ответ

Общаться с телефона — такое себе удовольствие, я тебя понимаю :) С удовольствием вернусь к этому вопросу завтра.

Общаться с телефона — такое себе удовольствие, я тебя понимаю :) С удовольствием вернусь к этому вопросу завтра.

Хорошо

У кого-то есть опыт использования корутин в "хардорных" продакшенах? С какими сложностями столкнулись?

У кого-то есть опыт использования корутин в "хардорных" продакшенах? С какими сложностями столкнулись?

В хардкорных == высоконагружка?

Ну хоть в каких-то) Чат поддержки с тысячей конеекшенов или ещё что-то такое

Ну хоть в каких-то) Чат поддержки с тысячей конеекшенов или ещё что-то такое

Я не держу тысячи коннекшенов, но вебсокеты на корутинах мне нравятся.

ERROR: S client not available

Ktor использовал или спринг с реактором?

Ktor использовал или спринг с реактором?

Ктор.

С ктором кстати возникли какие-то сложности?

С ктором кстати возникли какие-то сложности?

Не. Только мелочи типа переименования одного интерфейса и съезда всего кода в другой пакет.

Не могу понять отрывок из доков про компаньоны "Note that, even though the members of companion objects look like static members in other languages, at runtime those are still instance members of real objects". Как тогда можно обращаться к мемберам через имя класса? откуда берется инстанс?

Не могу понять отрывок из доков про компаньоны "Note that, even though the members of companion objects look like static members in other languages, at runtime those are still instance members of real objects". Как тогда можно обращаться к мемберам через имя класса? откуда берется инстанс?

Инстанс под капотом, его видно из Java и в байт-коде. Благодаря этому компаньон может наследовать классы и реализовывать интерфейсы.

@Harmonizr

Done.

Ktor использовал или спринг с реактором?

спринг реактор с корутинами)

Кстати, как себя спринги ведут, все ок?

хорошо

вот скоро до 2го бута обновлять буду наши сервисы

и на корутинки переводить

а где голосовать ?

а где голосовать ?

Это уже давно проголосовано.

Подскажите пожалуйста, есть ли какие-нибудь русскоязычные места для общения про котлин помимо этого канала?

#russian в официальном слаке

а что там вообще в 1.3 котлине ожидать?

джаву

#russian в официальном слаке

спасибо

а что там вообще в 1.3 котлине ожидать?

Релиз корутин, экспериментальные инлайн-классы. Улучшенное выведение типов. Возможно, контракты.

Это уже давно проголосовано.

И это он не про котлин)

Релиз корутин, экспериментальные инлайн-классы. Улучшенное выведение типов. Возможно, контракты.

я в исходниках у них встречал где-то файл с этими фича флагами

не помнишь где он?

А что за трули иммутабл дата?

Или может где-то есть описание всех этих вариантов?

https://bkug.by/wp-content/uploads/2017/03/Future_Features_Cards.pdf

вот тут смотри

Спасибо.

Но я не понял, полная неизменяемость будет на val или отдельное слово? А то там только пример с классом и immutable, что насчет просто полей, вроде List'ов.

Но я не понял, полная неизменяемость будет на val или отдельное слово? А то там только пример с классом и immutable, что насчет просто полей, вроде List'ов.

Ну там это скорее хинт компилятору что нужно проверить чтобы все дерево объектов было val

Понятно что не понятно как это будет работать в разных случаях, пока нету дизайна фичи