Мне казалось оно должно быть одинаково, ааа хотя тебе нужен был еще kapt, джавовский анотейшен процесинг не работает в котле

не помогло чего-то. должна же эта штука работать? @SuppressWarnings("SpringJavaAutowiringInspection")

не думаю. с чего бы

попробуй тыкнуть на инспекцию и просто её вырубить

@relizarov Роман, а Вы же ещё ведёте курс по многопоточке? Вроде начался новый учебный год. У вас нет возможности попросить кого-нибудь поставить камеру и записать ваши лекции?

@relizarov Роман, а Вы же ещё ведёте курс по многопоточке? Вроде начался новый учебный год. У вас нет возможности попросить кого-нибудь поставить камеру и записать ваши лекции?

Да, начался. Нет, писать не планируется.

Да, начался. Нет, писать не планируется.

Эх... а это не возможно по моральным причинам или техническим?

Пытаюсь создать переменную val dialog = FingerprintDialog.Builder() так мне пишет мол Builder - unresolved reference

куда по андроиду обратиться можно?

https://t.me/android_ru

Господа, как думаете 1.3 релизнется к kotlinconf 3 октября? (есть у кого инсайдики ?)

учитывая, что JB массова начал на прошлой где-то неделе переводить свои проекты (ktor, kotlinx.serialization и может и другие) на 1.3-М2 версию котлина, то всё очень может быть

но есть одно НО, в 1.3-М2 изменили подход к мультиплатформенным проектам, при чём так сильно (в лучшую сторону), а это как-то не сильно говорит о том, что они готовы релизить в ближайший месяц

обновлю плагин котлина на 1.3-M2, вдруг корутины дебажить нормально можно...

но есть одно НО, в 1.3-М2 изменили подход к мультиплатформенным проектам, при чём так сильно (в лучшую сторону), а это как-то не сильно говорит о том, что они готовы релизить в ближайший месяц

Я так понял, что это опция. Можно и как раньше

да, по старому тоже работает, но всё же новый способ как-то поприятнее что ли

Я поспрашивал на форуме, они говорят, что это просто новый вариант градл-плагина. С точки зрения компилятора ничего нового пока.

обновлю плагин котлина на 1.3-M2, вдруг корутины дебажить нормально можно...

нет, все еще нельзя :/

Я посмотрел сэмплы. Пока выглядит довольно громоздко

Я поспрашивал на форуме, они говорят, что это просто новый вариант градл-плагина. С точки зрения компилятора ничего нового пока.

по сути да, но оно облегчает изменение кода; когда все actual объявления хранятся в одном моделе это удобнее, + можно теперь очень удобно шарить код для Андроид и jvm, в тоже время оставляя некоторые реализации уникальными для каждой платформы

А в чем проблема сделать несколько модулей?

только удобством по сути отличается

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

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

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

Я обычно хочу. чтобы платформная часть была очень хорошо инкапсулирована.

Думаю пока это дело вкуса, может потом будет что-то по интереснее

учитывая, что JB массова начал на прошлой где-то неделе переводить свои проекты (ktor, kotlinx.serialization и может и другие) на 1.3-М2 версию котлина, то всё очень может быть

Насколько я могу наблюдать, ещё kotlinx.io и anko.

Новый плагин интересный. Конфиг, конечно, чуть более громоздкий, но всё равно приятнее пачки отдельных модулей. Правда с андроидным плагином совмещается по очевидным причинам страшненько.

Ну и, опять же по очевидным причинам, есть некоторый лаг по фичам относительно плагина K/N.

А вот кстати на счёт релиза K/N, не говорил никто, будет он завязан на релиз котлина самого (1.3 или 1.4), или будет идти независимо со своими версиями?

Официально не объявляли, но команда K/N давно говорит, что по полноте фичей он уже юзабельный. Плюс там, насколько я понимаю, полным ходом идёт распил монолитной репы на модули для удобства интеграции во взрослый котлин. Будет очень обидно, если не успеется к 1.3.

Плюс на форуме недавно кто-то обещал новости по поддержке нэйтива в идее :)

Мост мне, мост!

Вот кстати на тему моста я пока изменений интересных не видел, что обидно. Но наверняка же дело исключительно в свободных руках. Хочется верить, что к 1.3 команда успеет уйти на общий бекенд для всех компиляторов, а дальше и мост должен стать проще, и апи для компилятора стабилизировать. Но пожуём -- увидим.

Ходили слухи, что он (то есть мост) есть, но не документированный. А про общий IR, это я как понял к 1.3 не успевают.

Ходили слухи, что он (то есть мост) есть, но не документированный. А про общий IR, это я как понял к 1.3 не успевают.

Есть, его даже msink пробовал использовать когда-то для своего эксперимента для UI под Native, но впоследствии забил, похоже. Сам cinterop -flavor -jvm, когда я его тыкал, не завёлся у меня. Но сил разбираться не было.

Кто-нибудь умеет из котлины делать upload по ssh без боли? Я опять с дуру решил попробовать kotlin gradle dsl и уперся в то, что из под него запустить gradle-ssh - нетривиальная задача.

Есть, его даже msink пробовал использовать когда-то для своего эксперимента для UI под Native, но впоследствии забил, похоже. Сам cinterop -flavor -jvm, когда я его тыкал, не завёлся у меня. Но сил разбираться не было.

Я тоже тыкал, тоже не завелся

Народ помогите с такой задачей. Есть метод который внутри проводит проверки для цифр (<, > , <= и тп), хочу сделать метод, чтобы он делал это вне зависимости от типа. Попробовал такое fun <T : Number?> validateNumber(value: T, validation: ValidationItem?): Boolean но ругается на знаки сравнения

Народ помогите с такой задачей. Есть метод который внутри проводит проверки для цифр (<, > , <= и тп), хочу сделать метод, чтобы он делал это вне зависимости от типа. Попробовал такое fun <T : Number?> validateNumber(value: T, validation: ValidationItem?): Boolean но ругается на знаки сравнения

Простого решения нет, поскольку сравнения для Number не определены. Можно на входе любой Number делать toDouble

хмм

ну ладно, сделаю так

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

Простого решения нет, поскольку сравнения для Number не определены. Можно на входе любой Number делать toDouble

Или все-таки сделать when(value) { is Long -> ... }

с точки зрения математики разницы в сравнении инта с даблом нету

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

Или все-таки сделать when(value) { is Long -> ... }

тогда мне придется делать вложенные when, да и тогда проще перегрузить методы

какие еще вложенные

Об это много кто бился, универсального решения нет.

какие еще вложенные

ну у меня для каждого isDouble, isLong надо будет еще такое вставить when (validation.validationType) { ValidationType.BETWEEN -> { true } ValidationType.EQ -> { requiredValue == value } ValidationType.NE -> { requiredValue != value } ValidationType.GT -> { value > requiredValue } ValidationType.GTEQ -> { value >= requiredValue } ValidationType.LT -> { value < requiredValue } ValidationType.LTEQ -> { value <= requiredValue } else -> { true } }

На "человеческих" числах проблем нет, но как только числа становятся слишком большими, слишком маленькими или реализация Number слишком кривой...

ну у меня для каждого isDouble, isLong надо будет еще такое вставить when (validation.validationType) { ValidationType.BETWEEN -> { true } ValidationType.EQ -> { requiredValue == value } ValidationType.NE -> { requiredValue != value } ValidationType.GT -> { value > requiredValue } ValidationType.GTEQ -> { value >= requiredValue } ValidationType.LT -> { value < requiredValue } ValidationType.LTEQ -> { value <= requiredValue } else -> { true } }

ну скажем Int можно к Long привести и объединить. А в случае с Double например у тебя мне кажется код местами должен отличаться, поэтому у тебя и выхода нет

ну скажем Int можно к Long привести и объединить. А в случае с Double например у тебя мне кажется код местами должен отличаться, поэтому у тебя и выхода нет

так проблема была в том, что код был полностью идентичен и отличался только типами. Просто кейс такой: есть поля которые заполняет пользователь и для некоторых из них с сервера приходит особая валидация (например число больше 0), и получается, что валидация для всех цифр полностью идентична

И вот такая реализация без проблем с Double работает?

И вот такая реализация без проблем с Double работает?

на этапе компиляции все ОК, рантайм пока проверяю

Я не эксперт в сравнении чисел, но мне кажется тебе понадобится две реализации. Одна для Short, Int, Long и вторая для Double, Float. Потому что например сравнение Double обычно делают как-то так: (a - b) < eps

Пока это не математика, приведение всего к Double отлично прокатывает

Я не эксперт в сравнении чисел, но мне кажется тебе понадобится две реализации. Одна для Short, Int, Long и вторая для Double, Float. Потому что например сравнение Double обычно делают как-то так: (a - b) < eps

так это вроде во всяких алгоритмах, вроде поиска минимума функции, где 1 и 1,000000001 можно считать одним и тем же

Я же сказал, пока не математика. В жизни таких чисел не бывает. Собственно именно поэтому сравнения на Number и нет

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

Я же сказал, пока не математика. В жизни таких чисел не бывает. Собственно именно поэтому сравнения на Number и нет

Сильное утверждение. Довольно большой набор чисел из лонга просто не может быть точно записан в дабле (Начиная от 2^53 вроде), что может быть уже достаточно критично, если ты дошёл до того, что тебе уже нужен лонг, а не инт. Для всего остального - да, наверное дабл отлично подходит.

Можно все приводить к BigDecimal, но это дорого и там свои проблемы

с точки зрения математики разницы в сравнении инта с даблом нету

Есть

это смотря какую математику брать.

ERROR: S client not available

Для численных методов - есть

это смотря какую математику брать.

Я вспомнил про статистику (кто-то скажет это не математика) и различные типы шкал

Э, не надо про статистику. Там погрешности, это другое. Аналогия некоторая есть, но понятия типа там все равно нет.

Общего сравнения нет. К Double приводить не стоит из-за погрешности в представлении Long и из-за того, что BigInteger и BigDecimal - тоже Number. P.S. Радуйтесь, что тип Number не предполагает всяких комплексных чисел, кватернионов и прочего, для которых не существует отношения порядка вообще.

я правильно понимаю, что в котилне нету метода clone() (не для дата-классов), и нужно писать свою реализацию для каждого класса?

я правильно понимаю, что в котилне нету метода clone() (не для дата-классов), и нужно писать свою реализацию для каждого класса?

Скорее copy? Если да, то нету, надо свою делать

Скорее copy? Если да, то нету, надо свою делать

в java был метод "clone()"

я правильно понимаю, что в котилне нету метода clone() (не для дата-классов), и нужно писать свою реализацию для каждого класса?

с clone тоже не все просто

в java был метод "clone()"

Который protected, требует override с изменением области видимости и приписывания классу маркерного интерфейса? Нет, спасибо, не надо такого.

А, ещё и работает он через нативную магию в java

Хотя не, вру. Есть ощущение, что этот частный случай захардкожен в компилятор: class A: Cloneable { public override fun clone(): Any = super.clone() } fun main(args: Array<String>) { val a = A() println(System.identityHashCode(a)) println(System.identityHashCode(a.clone())) }

а что за шрифт у тебя?

а что за шрифт у тебя?

https://github.com/tonsky/FiraCode

https://github.com/tonsky/FiraCode

восхитительно! спасибо!

восхитительно! спасибо!

Согласен, шрифт - агонь, особенно лигатуры для стрелочек, операторов сравнения и прочего.

Сори за офтоп, но раз про шрифты, может кто знает, есть ли лигатуры для menlo? Или другой шрифт (fira code не зашёл)

Сори за офтоп, но раз про шрифты, может кто знает, есть ли лигатуры для menlo? Или другой шрифт (fira code не зашёл)

Есть очень похожий Iosevka

fira code какой-то несуразный

За фиру и двор ...

RC1 релизнулся

Гуд гуд, кажись успевают к kotlinconf ?

Дааааа, я знал что на брейнсов можно расчитывать! https://youtrack.jetbrains.com/issue/KT-18483 Всё-таки сделали несколько функций

https://github.com/JetBrains/kotlin/releases/tag/build-1.3.0-rc-1

а ещё в тихоря 1.2.70 выложили на бинтрей https://bintray.com/kotlin/kotlin-dev/kotlin/1.2.70

У вас бывало, что сорцы не скачиваются в IDEA?

Бывало. Помогает посмотреть логи idea и поправить где просит

в 1.3M2 и EAP идеи дебаггер корутин стал получше, но все равно есть надоедливые баги

и теперь пытается везде секвенции впарить вместо работы над списками

https://teamcity.jetbrains.com/project.html?projectId=Kotlin_130&tab=projectOverview&branch_Kotlin_130=%3Cdefault%3E

что-то они походу сломали прямо перед релизом RC-1)