Господа, какие корутины надо подрубать к 1.3M1? У меня на 0.24.0 ругается.

на артифакт ругается?

у них пакет поменялся

https://blog.jetbrains.com/kotlin/2018/07/see-whats-coming-in-kotlin-1-3-m1/?utm_source=dailykotlin_tl

Господа, какие корутины надо подрубать к 1.3M1? У меня на 0.24.0 ругается.

0.24.0-eap13 версия

спасибо

в 5.2 спринг думают корутины завести

Когда 1.3 релизится есть инфа?

во время kotlin conf 99.9%

У меня наместе

Enable VCS в Tools пробовал?

Enable VCS в Tools пробовал?

интеграция с VCS включена, Branches popup есть, например

У меня на hg работае

попап или имя ветки?

попап или имя ветки?

попап есть, пропала переключалка веток

Все есть

Все есть

«напротив такой же дом, а не горит»

ага

«напротив такой же дом, а не горит»

вот и хорошо )

Вопрос был в том, нормально ли это. Не нормально

она бывает глючит в мультимониторных системах

попробуй вызови окно файнд экшен и там набери branches

попробуй вызови окно файнд экшен и там набери branches

они есть, мне нужно в нижней рамке)

они есть, мне нужно в нижней рамке)

это всё потому что idea, в студии работает

Зачем? этож мышку брать, тянутся, через файнд экшен быстрее =)))

это всё потому что idea, в студии работает

Это потому что она на пару версий отстаёт

это я шутил если что )

Зачем? этож мышку брать, тянутся, через файнд экшен быстрее =)))

там написана текущая ветка

Это потому что она на пару версий отстаёт

Как видно это хорошо )

там написана текущая ветка

а у тебя вообще эта херня снизу пропала? я думал что тока попап =))

а у тебя вообще эта херня снизу пропала? я думал что тока попап =))

только попап и остался))))00

только попап и остался))))00

суппорт говорит что должно работать =)

суппорт говорит что должно работать =)

какой суппорт? Я уже багу завёл, если что.

если честно, поначалу я думал, что это фича, и просто надо знать, куда оно переехало)

Сапорт JB =) линк на багу кинь

Сапорт JB =) линк на багу кинь

https://youtrack.jetbrains.com/issue/IDEA-196238

Ща вот на последний еап обновил, тоже всё есть

попробуй удали vcs руты и добавь обратно =) ребут все дела

ещё варик снести /.idea - но тока осторожно (там шелф и настройки проекта)

...и scratches, кажется

а в других проектах есть?

или тока в одном?

о чудо, у меня на работе нашёлся ещё один проект под VCS :) то же самое

Страдай тада, JB насколько я понял сегодня чутли не в полном составе afk

Страдай тада, JB насколько я понял сегодня чутли не в полном составе afk

Всё равно надо ждать 2018.2.1 :)

ну или плуг замутить побыстрому =)

о чудо, у меня на работе нашёлся ещё один проект под VCS :) то же самое

А внизу есть панель Version Control?

А внизу есть панель Version Control?

Так о том и ресь, что нет

Так о том и ресь, что нет

Видимо миграции неправильно прошли, в .idea/vcs.xml должна быть конфигурация репозитория

Напoмните пoжалуйста, я пoмню былo в кoтлине чтo-тo такoе, нo тoчный синтаксис найти не мoгу (как-тo давнo явный тип сгенеpился такoй) typealias T = $1 where $1 in (Int, String)

выглядит как юнионы, которых в котлине нет

выглядит как юнионы, которых в котлине нет

Ну вoт там пoдoбие юниoна былo стpаннoе какoе-тo

Я пoмню, чтo я скoлькo не искал – нигде бoльше не встpетил

А пpoект тoт pазpoсся уже давнo и местo этo не найду

выглядит как юнионы, которых в котлине нет

Может как в шарпе, дженерик из нескольких типов ?

Может как в шарпе, дженерик из нескольких типов ?

Типа такого синтаксиса

А пpoект тoт pазpoсся уже давнo и местo этo не найду

Ctrl + Shift + F -> " in ("

Ctrl + Shift + F -> " in ("

Был бы oн в тoчнoсти таким – вoпpoс бы исчеpпался :)

яб по тайпалиас поискал

Напoмните пoжалуйста, я пoмню былo в кoтлине чтo-тo такoе, нo тoчный синтаксис найти не мoгу (как-тo давнo явный тип сгенеpился такoй) typealias T = $1 where $1 in (Int, String)

То, что вы написали - union type. Их в Kotlin нет, есть sealed classes, на которых можно построить что-то похожее, но понадобится в коде оборачивать Int и String, а потом доставать их из обёрток. Например: sealed class IntOrString { data class IntLike(val i: Int): IntOrString() data class StringLike(val s: String): IntOrString() } fun main(args: Array<String>) { listOf(IntLike(1), StringLike("foo")).forEach { val x: Int = when (it) { is IntLike -> it.i is StringLike -> it.s.length } println(x) } }

Я же правильно понимаю, что если в Java обозвать метод, который что то возвращает как @Nullable, то в котлине будет возвращаться Any?

Я же правильно понимаю, что если в Java обозвать метод, который что то возвращает как @Nullable, то в котлине будет возвращаться Any?

мне кажется в java по умолчанию методы могут null отдавать, типо страховки нет, поэтому любой java метод будет Any?

и без аннотации

ERROR: S client not available

а вот уже @NonNull может влиять, что будет Any возвращаемый тип

Это не так, по умолчанию Any!

ого

Никита прав

Это не так, по умолчанию Any!

+

Я же правильно понимаю, что если в Java обозвать метод, который что то возвращает как @Nullable, то в котлине будет возвращаться Any?

@Nullable public Integer getX() будет public Int? getX() @NonNull public Integer getX() будет public Int getX() Пo дефoлту Int! вpoде как

О, спасибо больше)

а вот уже @NonNull может влиять, что будет Any возвращаемый тип

если анотатиыя от JB, на счет остальных я бы не был уерен

@Nullable public Integer getX() будет public Int? getX() @NonNull public Integer getX() будет public Int getX() Пo дефoлту Int! вpoде как

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

ого, я удивлен

почему именно так

я именно про дефолтное поведение, без аннотации

я именно про дефолтное поведение, без аннотации

джава может вернуть как налл, так и нет

не определенное поведение

поэтому я и подумал про Any?

есть методы, написанные хорошими программерами, которые не возращают нал

т.к. нет уверенности что там не вернется null

а есть которые могут

да это всё ясно

я ж не об это спросил

я ж не об это спросил

ты про разницу Any! и Any? спрашиваешь ?

почему метод на джава без аннотации отдает и nul и не нал, и если сконвертить его в котлин он будет именно Any!

возвращать

получается поведение разное, хотя я думал для интеропа будет одинаковое

почему метод на джава без аннотации отдает и nul и не нал, и если сконвертить его в котлин он будет именно Any!

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

в доке этот момент должен быть описан

просто если у меня был метод на java, он может и null отдавать, я конверчу его в Kotlin получаю метод который уже не может null отдать, в итоге славлю exception в Runtime

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

просто если у меня был метод на java, он может и null отдавать, я конверчу его в Kotlin получаю метод который уже не может null отдать, в итоге славлю exception в Runtime

Any! -- это platform type, ты сам решаешь, ожидаешь ты оттуда null или нет. Если не уверен -- оборачиваешь в проверочки. Изначально всегда ожидался nullable, но очень было неудобно работать с такой уймой проверок, потому решили пойти на компромисс и ввели понятие platform types.

просто если у меня был метод на java, он может и null отдавать, я конверчу его в Kotlin получаю метод который уже не может null отдать, в итоге славлю exception в Runtime

нет! дока, Any! это тип джавовский, и ты сам решаешь проверять его на налл, так сделали что бы не городить !! и ?

почему метод на джава без аннотации отдает и nul и не нал, и если сконвертить его в котлин он будет именно Any!

Если сконвертнуть - будет все ок. А если из джавы вызывать - то такое специальное состояние. Чтобы ты не охреневал все коллекции перебирать из джавы в котлине и конвертировать их руками в ненулабельные.

+ , как я и говорил дока