Есть в котлине что-нибудь похожее на jshell?

kotlin repl в идее

Tools > Kotlin > Kotlin REPL

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

По идее достаточно kotlinc-jvm запустить

По идее достаточно kotlinc-jvm запустить

а, ну ладно :) ты же не сказал, что тебе надо именно из терминала )

Не «выпилили», а «не сделали». Чтобы не делать лишние фичи в языке.

Не сделали, потому что никак. До 1.0 был оператор определения типа выражения (expr : type). Его правда удалили до 1.0

Не сделали, потому что никак. До 1.0 был оператор определения типа выражения (expr : type). Его правда удалили до 1.0

https://discuss.kotlinlang.org/t/ternary-operator/2116/12?u=snrostov.1

Не «выпилили», а «не сделали». Чтобы не делать лишние фичи в языке.

Не, им действительно не хватило символов, по крайней мере так говорил Браслав, точнее не хотели делать какие-то другие символы, а именно ?: уже не получалось заимплеменитить

Не, им действительно не хватило символов, по крайней мере так говорил Браслав, точнее не хотели делать какие-то другие символы, а именно ?: уже не получалось заимплеменитить

когда только котлин вышел говорили что вот есть же if/else, ничем не хуже тернарного (даже лучше, вопрос на засыпку почему, джависты) и смысла нету в конструкции которая и так делает то что уже можно делать

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

найти бы его

был бы список питерских митапов, где появлялся Бреслав

вроде это было когда он расказывал про то как дизайнить языке

в cs club

https://compsciclub.ru/courses/kotlin/2017-autumn/classes/

Нормальные люди не переходят с нормальных языков на Go. Go был создан для студентов, которые знают только C

смешной хлопчик ?

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

Я слышал, что из за него было сложней сделать парсер

смешной хлопчик ?

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

Более того когда глядишь всякие сниппеты quick start разных либ, там они, дабы сократить размер примера, игнорят все коды ошибок. Соответственно горе разрабы на Go тупо копипастят эти сниппеты и ошибки не обрабатывают

ну на самом деле на go много че написано уже

кто какие связки для тестирования использует?

junit + mockito

spock

spock

+1

кто какие связки для тестирования использует?

пользователей ))

пользователей ))

Пользователи + YouTrack

Пользователи + YouTrack

именно )

Учитывая сколько тесты на проекты уровня идеи прогоняются, можно релизить маленькие изменения и смотреть логи)

Поменял класс - задеплоил, накатил - смотришь логи)

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

junit & mockito

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

JVM или типо jrebel?

JVM или типо jrebel?

JVM я даже почти начал писать патч для dcevm, чтобы он с инлайн лямбдами котлина мог работать. но в итоге понял что мне и того что даёт хотспот достаточно

> я даже почти начал писать патч для dcevm То ли ты умный слишком, то ли времени много)

Надеюсь первое)

ну патч — громко сказано. фикс чтобы через PR им заслать. > то ли времени много) я просто очень люблю начинать новые проекты :D

ну патч — громко сказано. фикс чтобы через PR им заслать. > то ли времени много) я просто очень люблю начинать новые проекты :D

О, я тоже люблю новые проекты начинать. Весь гитхаб в новых проектах, осталось их написать)))

О, я тоже люблю новые проекты начинать. Весь гитхаб в новых проектах, осталось их написать)))

это в поисках себя и "того самого проекта"

Запустил обращение к бд внутри launch(UI) { ... }, приложение покрашилось с ошибкой что я обращаюсь к бд в UI потоке. Но ведь... Корутина...

Чего я не понимаю?

что за ошибка

IllegalStateException: Cannot access database on the main thread since it may potentially lock the UI for a long period of time.

Запустил обращение к бд внутри launch(UI) { ... }, приложение покрашилось с ошибкой что я обращаюсь к бд в UI потоке. Но ведь... Корутина...

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

обращайся не в Ui

в чем проблема

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

Ну, с обращением по сети угадывали всегда, думал и тут прокатит.

через дефолтный обращайся

думаю там асинк методы клиента были

Ну, с обращением по сети угадывали всегда, думал и тут прокатит.

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

Можно ли назвать 100% костылем то, что я сейчас сделал object DatabaseWrapper, где дублировал все функции из бд, только засунул их в async? Чтобы можно было снаружи пускать в контексте UI и просто делать await()

Просто засовывать в runOnUiThread - ну такое

Можно ли назвать 100% костылем то, что я сейчас сделал object DatabaseWrapper, где дублировал все функции из бд, только засунул их в async? Чтобы можно было снаружи пускать в контексте UI и просто делать await()

А как в DatabaseWrapper попадает инстанц базы?

Он внешний. Когда загружается приложение, светится заставочная картинка, объект бд инициализируется.

Можно ли назвать 100% костылем то, что я сейчас сделал object DatabaseWrapper, где дублировал все функции из бд, только засунул их в async? Чтобы можно было снаружи пускать в контексте UI и просто делать await()

Вместо async(context) { ... }.await(), который у вас в итоге получается, советуется использовать withContext(context) { ... }. Возможно, с ним вам этот враппер покажется излишним.

Товарищи, а не подскажете, как в котлин можно анонимную реализацию интерфейса сделать если этот интерфейс тоже на котлин? в общем сыр-бор вот в чём: хочется не сильно много изменять вот такой код: private val cellValueProviders = listOf<CellValueProvider>( CellValueProvider { it.service.serviceIdentifier.toString() }, CellValueProvider { it.version.serviceVersion }, CellValueProvider { it.version.dtoVersion }, CellValueProvider { it.version.modelVersion }, CellValueProvider { it.version.dtoStreamVersion }, CellValueProvider { it.version.serializerVersion }) но при этом, если интерфейс на джаве: interface CellValueProvider { String getCellValue(ServiceInstance entity); } то всё ок, жмём ctrl+shift+alt+ k и всё ломается

Вместо async(context) { ... }.await(), который у вас в итоге получается, советуется использовать withContext(context) { ... }. Возможно, с ним вам этот враппер покажется излишним.

Надо подумать, благодарю

Товарищи, а не подскажете, как в котлин можно анонимную реализацию интерфейса сделать если этот интерфейс тоже на котлин? в общем сыр-бор вот в чём: хочется не сильно много изменять вот такой код: private val cellValueProviders = listOf<CellValueProvider>( CellValueProvider { it.service.serviceIdentifier.toString() }, CellValueProvider { it.version.serviceVersion }, CellValueProvider { it.version.dtoVersion }, CellValueProvider { it.version.modelVersion }, CellValueProvider { it.version.dtoStreamVersion }, CellValueProvider { it.version.serializerVersion }) но при этом, если интерфейс на джаве: interface CellValueProvider { String getCellValue(ServiceInstance entity); } то всё ок, жмём ctrl+shift+alt+ k и всё ломается

inline fun CellValueProvider(action: (entity: ServiceInstance) -> String) = object: CellValueProvider { override fun getCellValue(entity: ServiceInstance): String = action(entity) }

И тогда придётся разве что импорт добавить.

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

в смысле избавиться от java-кода

у Вас интерфейс остаётся

то как я написал выше - работает

ERROR: S client not available

Хочется избавиться вообще от интерфейса?

typealias CellValueProvider = (ServiceInstance) -> String

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

уменьшает читаемость

Увы. Ждём inline class, который решит этот вопрос.

т.е. на котлин interface MyF { Integer superUnderstandableName(String s); } List<MyF> list = Arrays.asList(str -> 0, str -> 42); прямой аналогии нет, чтобы с сохранением superUnderstandableName

?

Нет, это работает за счёт SAM, который котлин поддерживает только в рамках интеропа с джавой.

Нет, это работает за счёт SAM, который котлин поддерживает только в рамках интеропа с джавой.

эх, грусть тоска, спасибо за объяснение

блин, очень странно, неужели такой редкий кейс?

typealias MySuperUnderstandableName = (s: String) -> Int

когда есть функциональный тип, SAM нужен только для интеропа

typealias MySuperUnderstandableName = (s: String) -> Int

чтобы с сохранением superUnderstandableName

так сохранилось же

при вызове

val superUnderstandableName: SuperUnderstandableName superUnderstandableName("")

val superUnderstandableName: SuperUnderstandableName superUnderstandableName("")

ну не, не равнозначно на фуфуфу джаве мой лист будет итерироваться вот так: for (MyF it : list) { it.superUnderstandableName("some string"); } на котлин: list.map {superUnderstandableName -> superUnderstandableName(e) } и это зависит только от добросовестности программиста, потому что вообще говоря лень заставит его написать вот так: list.map { it(e) } и тут хер разберёшься потом

ну вместо мап forEach

не суть

А почему хер разберешь? Выдать листуу человеческое название и норм

Вот переменные типа a, b, evid_srv - дает много баттхерта, что с ними ни делай

слушайте а в джаве/котлине примеси через интерфейсы с дефолтными методами это же по факту не примеси?

Так миксины вроде про к готовой реализации помиксить что-то, не?

ну как это в котлине например сделать кроме как через интерфейс?

ну как это в котлине например сделать кроме как через интерфейс?

Что именно нужно сделать, какую задачу решить?

да никакую не нужно. рассказываю как было: я читал спеку по Дарту и там нашел примеси. тк я писал только на джаве и котлине я полез читать что это за штука такая. нашел статью дорфмана и еще пару где пишут что в 8 джаве через vitrual extension methods можно по сути реализовывать примеси

потом я залез на вики и там написано Typically, the mixin will export the desired functionality to a child class, without creating a rigid, single "is a" relationship.

но разве наследование интерфейса не создает "is a" сооотношение?

потом я залез на вики и там написано Typically, the mixin will export the desired functionality to a child class, without creating a rigid, single "is a" relationship.

Есть разное понимание трейтов или миксинов (это вроде разные понятия). То, что тупо копипастит методы тебе в класс — бесполезная фигота.

окей а в скале тогда есть трейты - это тоже самое что интерфейсы в джаве например?

Mixins encourage code reuse and can be used to avoid the inheritance ambiguity that multiple inheritance can cause[1] (the "diamond problem"), or to work around lack of support for multiple inheritance in a language.