А че им делиться. берешь cmake говоришь что забаиндить. И пишешь код. Единственные трудности это константы - дефайны. Они не в те типы баиндились.

там уже градл + DSL

К сожалению я пробовал gradle. У меня проект завис на индексировании.

Никакого удовольствия

Первый плагин konan уже тоже закопали.

К сожалению я пробовал gradle. У меня проект завис на индексировании.

Будто впервые ?

Никакого удовольствия

Надо просто привыкнуть...

Да. Я в основном maven в повседневной жизни пользую.

Надо просто привыкнуть...

К зависаниям?

Первый плагин konan уже тоже закопали.

ты про 0.9 ?

К зависаниям?

К, кхм, некоторым особенностям гредла)

ты про 0.9 ?

Я про плагин apply plugin: "konan".

Как распространять такие приложения?

А как вы все жили до андроида?

Вообще, installDist и вперед

К, кхм, некоторым особенностям гредла)

Я как бы рад бы был. Бывало такое лечилось закрытием открытием CLion. Но не в этот раз

Я про плагин apply plugin: "konan".

вот что мне сгенерил недавно CLion id("org.jetbrains.kotlin.konan").version("0.8.2")

Я минут 10 танцевал вокруг CLion в попытках продвинуться дальше индексирования.

Градл можно запустить и отдельно

Я минут 10 танцевал вокруг CLion в попытках продвинуться дальше индексирования.

+ да там есть проблемы, я так понял во время билда cintertop

А может и больше. В процессе я отходил на обед

вот что мне сгенерил недавно CLion id("org.jetbrains.kotlin.konan").version("0.8.2")

Вот именно его и закопали. 0.8.2 — это слегка староватая версия. Актуальный плагин — org.jetbrains.kotlin.native, который сделан под текущую мультиплатформу, либо org.jetbrains.kotlin.multiplatform, который тоже умеет в нейтив.

вот что мне сгенерил недавно CLion id("org.jetbrains.kotlin.konan").version("0.8.2")

К Clion плагин довольно давно не обновлялся

Вот именно его и закопали. 0.8.2 — это слегка староватая версия. Актуальный плагин — org.jetbrains.kotlin.native, который сделан под текущую мультиплатформу, либо org.jetbrains.kotlin.multiplatform, который тоже умеет в нейтив.

о спасибо, его поробую

а идея EAP уже может в натив ?

Я так понял, что все-таки отказались от идеи делать натив на clion. А что с отладкой будет?

а идея EAP уже может в натив ?

С 1.3 плагином да

а идея EAP уже может в натив ?

Но без дебага (я и в CLion его так ни разу и не пробовал).

Но только если проект на kotlin-multiplatform

Но только если проект на kotlin-multiplatform

затестим

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

Дебаг есть. Но он быстро вылетает в дизассемблер. (:

Паттерн так и не вывел, потому завести баг не могу :(

у когонить получилось вот так? У меня грейдл ругается что нет такого в экспериментальном экстеншене... 1.3.0-rc-146

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

С CMake хорошо работал. Все что нужно резолвил

И даже автодополнение в последних версиях починили.

С CMake хорошо работал. Все что нужно резолвил

Знаю, но во времена, когда я тыкал его в CLion, ещё klib-артефактов толком не было, увы.

Интероп хватался на ура, а с либами всё было плохо)

С CMake хорошо работал. Все что нужно резолвил

да, но хочется котлин нейтив кодить в идейке

Вообще пофиг у меня и то и то есть.

Приходится в некоторые C++ проекты залезать раз в несколько месяцев.

Приходится в некоторые C++ проекты залезать раз в несколько месяцев.

и ради это-го покупать CLion ?

Кто, если не я, туда залезет баги править (:

и ради это-го покупать CLion ?

Да

Он на подписке.

На винде ГТК вроде как хромает

там и нативные CLR-приложения хромают, так что не страшно

там и нативные CLR-приложения хромают, так что не страшно

Самая стабильная технология — электрон. Она хромает везде одинаково ^_^

А как вы все жили до андроида?

ну я в школе и техникуме учился, говносайты делал)

Самая стабильная технология — электрон. Она хромает везде одинаково ^_^

Не, она как забра, вроде чёрная полоса... а потом — раз! — и жопа.

Чувствую себя мастадонтом.

https://bitbucket.org/NiNi94/oop16-jlearn/src/master/ вот кстати приложуха на javafx

> RAM: minimum 4 Gb, reccomended 8 Gb or more Java, ты ли это?)

> RAM: minimum 4 Gb, reccomended 8 Gb or more Java, ты ли это?)

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

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

да-да, а шрифты убого рисуются

ага, шрифты в javafx мыльные, и никакими настройками их пока не улучшить

ага, шрифты в javafx мыльные, и никакими настройками их пока не улучшить

улучшить можно пропатченной JDK от JB :)

у меня они только не мыльные, а, наоборот, зубчатые

а JB версия OpenJDK наоборот даёт в AWT/Swing отличный рендер

улучшить можно пропатченной JDK от JB :)

на javafx она не влияет

на javafx она не влияет

А. Ну да.

ага, шрифты в javafx мыльные, и никакими настройками их пока не улучшить

да вроде можно, переопределить в ксс шрифт

или ты про то что рендятся они плохо ?

или ты про то что рендятся они плохо ?

+

или ты про то что рендятся они плохо ?

да

и кстати в javafx почти нет нормального api для rich text

по крайней мере в 8 не было, не знаю что в 11

OpenJFX открыта, можно пулл-реквесты слать :)

.toSortedSet(kotlin.Comparator { o1, o2 -> sortApiObjects(o1, o2) }) Как можно укоротить?

Ух ты, а что пишет, если опустить Comparator? Это ж вроде SAM.

Ух ты, а что пишет, если опустить Comparator? Это ж вроде SAM.

Он не предлагает

ERROR: S client not available

ide

Кстати, сайтец с документацией Котлина освежили визуаьно.

А можно ::sortApiObjects?

Он не предлагает

Дык а если без предложений IDE руками написать .toSortedSet { o1, o2 -> sortApiObjects(o1, o2) }?

Ошибка?

Ошибка?

Type mismatch. Required: kotlin.Comparator<in ApiGet<*, *>> /* = java.util.Comparator<in ApiGet<*, *>> */ Found: (???, ???) → Int

А можно ::sortApiObjects?

Тоже нет Type inference failed: fun <T> Iterable<T>.toSortedSet ( comparator: kotlin.Comparator<in T> /* = java.util.Comparator<in T> */ ) : SortedSet<T> cannot be applied to receiver: List<ApiGet<*, *>> arguments: ( KFunction2<@ParameterName ApiObject<*>, @ParameterName ApiObject<*>, Int> )

ApiObject<*> же, само собой, наследуется от ApiGet<*, *>, то есть с типами всё ок, верно?

ApiObject<*> же, само собой, наследуется от ApiGet<*, *>, то есть с типами всё ок, верно?

Наоборот. :)

in, да. Когда-нибудь я перестану их путать.

а, это java.util.Comparator, тогда Comparator(::sortApiObjects)

а, это java.util.Comparator, тогда Comparator(::sortApiObjects)

Спасибо.)

Спасибо.)

теперь у тебя на три метода больше ;)

А как лучше переписать на котлин? Там private fun sortApiObjects(o1: ApiObject<*>, o2: ApiObject<*>): Int = o1.messageType.name.compareTo(o2.messageType.name)

sort? Я б назвал compare.

Вообще, имеет смысл сделать object реализующий Comparator вместо функции

sort? Я б назвал compare.

Код не мой. :)

А вот если бы в языке были полноценные тайпклассы...

А вот если бы в языке были полноценные тайпклассы...

То?

То ты бы определил реализацию Comparable для ApiObject и злобный имплисит сам бы за тебя подоткнул её в нужное место, тебе достаточно было бы написать просто .toSortedSet(). :D

То ты бы определил реализацию Comparable для ApiObject и злобный имплисит сам бы за тебя подоткнул её в нужное место, тебе достаточно было бы написать просто .toSortedSet(). :D

Кайф.))

То ты бы определил реализацию Comparable для ApiObject и злобный имплисит сам бы за тебя подоткнул её в нужное место, тебе достаточно было бы написать просто .toSortedSet(). :D

Омерзительно. :)

Реализации сбоку, как треиты в расте — классно, но должна быть возможность делать их много реализаций и передавать явно (как компараторы).

Омерзительно. :)

> передавать явно А что, в том пропозале нельзя?

А как это со стримов переписать? Map<ApiGroup, Set<ApiGet>> groupedMethods = methods.stream().collect(Collectors.groupingBy(apiDescriptions::getGroup, Collectors.toSet()));

> передавать явно А что, в том пропозале нельзя?

Не знаю, просто неявному в котлине не место.

как тайпклассы в JVM реализовать? куча рефлексии?

как тайпклассы в JVM реализовать? куча рефлексии?

так же, как Comparator :)

не в этом случае, а в целом

А как это со стримов переписать? Map<ApiGroup, Set<ApiGet>> groupedMethods = methods.stream().collect(Collectors.groupingBy(apiDescriptions::getGroup, Collectors.toSet()));

methods.map { Pair(apiDescriptions.getGroup(it), setOf<ApiGet<*, *>>()) }.toMap() Так норм?

methods.map { Pair(apiDescriptions.getGroup(it), setOf<ApiGet<*, *>>()) }.toMap() Так норм?

сеты же пустыми будут

сеты же пустыми будут

А там они чем заполняются?