я только что проверял

Вроде довольно давнее явление

в примере выше если на tmp(it) поставить брекпоинт, то хрен

Вроде довольно давнее явление

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

Кто-нибудь сидит на стабильной IDEA CE (macOS) + kotlin beta 1.1-38 плагине? Стал замечать что Идея как-то с задержкой подсвечиват ошибки или даже вообще не подсвечивает. Кто-нибудь еще такое замечал?

железо норм?

Думаю, с оперативой напряг.

Юзал на этой машине котлин уже больше года и до этого месяца не замечал задержек. Сейчас вообще создал консольный проект на котлине - не подсвечивает ошибки, но в "message build" показывает (и компилит и запускает нормально).

Наверное все-таки какие-то баги в плагине

File -> Invalidate Caches?

Вот что появилось после - https://i.gyazo.com/e26435ba741d2597a69d64b2bb0cb103.png

kotl.in/issue

Уже нажал "report to JB" ?. Ладно, к следующему билду поправят.

Блин у меня такое было на какой-то из версий

Непомню что сделал. Кажется обновил чтото

Или переимпортировал проект..

А что такое companion object/object в class'e?

Это объект, который один для данного класса. Замена статических методов и свойств в Java

Это объект, который один для данного класса. Замена статических методов и свойств в Java

Ок. В чем между ними разница: companion object/object?

Обжет -это синглтон

Ок. В чем между ними разница: companion object/object?

разница в том как они могут вызываться

Компаньон - аналог статических филдов и методов

если это companion то его можно вызывать прямо от имени класса

если бы это был просто object, то надо было бы писать MyClass.Factory.create()

фирштейн? :)

Inner classes в котлине как в джаве? Class {Class {}} внутренний класс статический или нет?

фирштейн? :)

Теперь да.

Inner classes в котлине как в джаве? Class {Class {}} внутренний класс статический или нет?

Если класс помечен как inner - то он не статический. Если нет - статический

Если класс помечен как inner - то он не статический. Если нет - статический

Круто, а то в джаве наоборот.

Круто, а то в джаве наоборот.

В джаве нету ключевого слова inner. Там статические вложенные классы помечаются как static

В джаве нету ключевого слова inner. Там статические вложенные классы помечаются как static

Да. - там статические вложенные классы надо помечать статикой, чтобы он был статичнским. А тут наоборот надо помечать чтобы он был вложенным.

Теперь понял что Вы имели в виду. Наверное имеет смысл, так как статические вложенные класы пишутся чаще, чем не статические.

Соответственно что чаще пишешь, там и модификаторов меньше писать

внезапно https://cs541601.vk.me/c604621/v604621181/36649/9ljpBDknQdQ.jpg

Какой-то популярный паблик?

хз про паблик

взял здесь http://pikabu.ru/story/_4840123

в том смысле, что и Котлин тоже света белого не увидит?

В том смысле что это @meilalina на фото)

ага

популярность она такая....

помогите плз разобраться, как junit тесты юзать?

gradle установил

что дальше?

теперь пишешь в гугл junit tutorial и читаешь

не благодари

помогите плз разобраться, как junit тесты юзать?

testCompile 'junit:junit:4.12' в dependencies, каталог с тестами в проекте

ты про это?

Можно просто ctrl+shift+t нажать в районе функции, а idea тебе поможет

чот не видно грейдловых файлов

ты про это?

нет, у тебя не gradle-проект

нет, у тебя не gradle-проект

и что делать?

в идее делаешь File -> New -> Project -> Gradle -> Kotlin(Java) и наслаждаешься

аааааа

точно

и что делать?

или создать новый с Gradle, или добавить зависимости в этот через Project Structure

спасибо большое

!

в идее делаешь File -> New -> Project -> Gradle -> Kotlin(Java) и наслаждаешься

а что в groupId и ArtifactId писать?

пакет и имя приложения

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

в корень пихать файлики и директорию с тестами?

есть стандартная структура (конвенция) src/main/kotlin/com/package/name src/test/kotlin/com/package/name

всё прям как в джаве

если так будешь файлы создавать, идея сама поймет

есть стандартная структура (конвенция) src/main/kotlin/com/package/name src/test/kotlin/com/package/name

о. Это однозначно полезно. Спасибо

если так будешь файлы создавать, идея сама поймет

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

нет, если создашь в папке, она поймет что это тесты, а это код

если у меня всего 2 класса, то по идее могу создать файлики вот тут``src/main/kotlin/``

или это конвенцией не принято?

com/package/name это типо package.com у меня например есть домен ibragimov.by, я могу значит создавать пакеты типо by.ibragimov.kpress.

или это конвенцией не принято?

можно в общем

com/package/name это типо package.com у меня например есть домен ibragimov.by, я могу значит создавать пакеты типо by.ibragimov.kpress.

спасибо!

было такое у кого?

Placing one (and only one) of slf4j-nop.jar slf4j-simple.jar, slf4j-log4j12.jar, slf4j-jdk14.jar or logback-classic.jar on the class path should solve the problem.

вот с офсайта

Ага, отлично

не помогло

добавил в gradle?

добавил в gradle?

compile 'io.github.microutils:kotlin-logging:1.4.2'

Кто знает, почему при внесении изменений в build.gradle IDEA не предлагает синкнуться, в отличие от AS?

compile 'io.github.microutils:kotlin-logging:1.4.2'

отлично, это интерфейс

compile 'io.github.microutils:kotlin-logging:1.4.2'

добавь импл, думаю пока тебе slf4j-simple хватит, если нет - бери logback

Кто знает, почему при внесении изменений в build.gradle IDEA не предлагает синкнуться, в отличие от AS?

можно настроить autosync

добавь импл, думаю пока тебе slf4j-simple хватит, если нет - бери logback

я не очень понимаю, что такое импл

имплементация

добавь импл, думаю пока тебе slf4j-simple хватит, если нет - бери logback

мне нужен только метод logger.info{"log"}

я не очень понимаю, что такое импл

Реализация. Сам по себе SLF4J — не логгер, а фасад для логгинга, к нему нужна реализация.