Внимание, сейчас будет вопрос - "Так себе"!) Можно ли написать условие boolean так чтобы оно мол типо проверяло если это последний элемент в списке?)

Вопрос более чем так себе, он совсем никак. Из него невозможно понять вообще ничего. Что за лист, в какой момент нужно понять, зачем? Последним обычно является последний в списке. И как тут выше написали, его можно получить просто вызвав list.last(). В отличии от массива где можно интерпретировать по-другому понятие последнего.

Пожалуйста, помогите разобраться! interface Example { fun someFun(callback: Collback) interface Collback { fun onCallback() } } class ExampleImpl : Example(){} Хочу что-бы можно было так: ...{ fun callback(){...} ExampleImpl().someFun{callback()} }

Пожалуйста, помогите разобраться! interface Example { fun someFun(callback: Collback) interface Collback { fun onCallback() } } class ExampleImpl : Example(){} Хочу что-бы можно было так: ...{ fun callback(){...} ExampleImpl().someFun{callback()} }

«Хочу что-бы можно было так» — это очень плохая постановка задачи. https://kotlinlang.org/docs/reference/lambdas.html

«Хочу что-бы можно было так» — это очень плохая постановка задачи. https://kotlinlang.org/docs/reference/lambdas.html

Но мы же можем так : button.setOnClickListener{ onMyClickListener() } Пожалуйста, уже час бьюсь! Почему в моём первом случае не выходит?

тут дело в том, что САМ-а для котлиновских интерфейсов не завезли

так что рекомендую объявить typealias Callback = ()->Unit и наслаждаться

или даже не объявлять, а просто сделать тип колбека не callback: Callback а callback: ()->Unit

или даже не объявлять, а просто сделать тип колбека не callback: Callback а callback: ()->Unit

Ура!!! Спасибо!

Ура!!! Спасибо!

Пожалуйста

тут дело в том, что САМ-а для котлиновских интерфейсов не завезли

Может завезут ещё?

В Kotlin - НЕ НУЖНО, есть first-class-citizen лямбды

Можете по подробнее?

Можете по подробнее?

ну вот выше показали что достаточно объявить функциональный тип () -> Unit, чтобы передавать лямбду. SAM - в свою очередь костыль чтобы поддержать лямбды в джаве

В Kotlin - НЕ НУЖНО, есть first-class-citizen лямбды

Обещали добавить потом

почему-то джависты переходящие в котлин привыкли к костылю и реквестируют это фичу в котлине

Обещали добавить потом

Насколько я понимаю никто ничего не обещал, во всяком случае я не видел где такое было. Если речь про опросник приуроченный к Kotlin 1.1, то там обещания не было.

Там они только выкинули лист с наиболее популярными, и там оно есть

Так что как бы да, никто ничего не обещал, но почему бы и нет, если восстребовано комюнити?

Так что как бы да, никто ничего не обещал, но почему бы и нет, если восстребовано комюнити?

Ну мое мнение что если фича ничего не приносит, то полезность сомнительная. Есть отдельно интерфейсы - чтобы имплементить, есть функциональные типы - чтобы лямбды писать. Зачем смешивать два ортогональных понятия?

почему-то джависты переходящие в котлин привыкли к костылю и реквестируют это фичу в котлине

А некоторые поехавшие еще в стайл-гайдах пишут - что лямбды надо вызвать через x.invoke(…) ?‍♂️ (чувачки из одного android-бодишопа)

А некоторые поехавшие еще в стайл-гайдах пишут - что лямбды надо вызвать через x.invoke(…) ?‍♂️ (чувачки из одного android-бодишопа)

Не ротобы случаем?

Так что как бы да, никто ничего не обещал, но почему бы и нет, если восстребовано комюнити?

Вот сразу видно android-юзеров: - в бэкграунде ничего кроме Java 1.6 - норм. языков с лямбдами они в глаза не видели (типа Scala/C#) (хотел ими это тогда напасть, но в android-arch-чате это смотрелось бы станно)

Не ротобы случаем?

(они самые)

У меня коллеги все ещё коллбеки делают интерфейсами. Для них не очевидны лямбды.

Так что ясно откуда такая "восстребованость".

А некоторые поехавшие еще в стайл-гайдах пишут - что лямбды надо вызвать через x.invoke(…) ?‍♂️ (чувачки из одного android-бодишопа)

Отож. Придут понимаешь, понапишут своих кодов всяких, и уйдут. А invoke - стильно, модно, почти молодежно, а главное единообразно. Что-то мне подсказывает что в бодишопах единообразие ценится очень сильно. P.S. На правах шутки, есвенно. В которой как известно, доля шутки P.S.S Имелось ввиду наверное не совсем бодишоп, а аутсорс что-нибудь? бодишопу ведь по-барабану, он сдает в аренду, код не пишет.

Давайте ещё кто нибудь стату запросите

Надо бота написать, который будет это вырезать (и автора в бан кидать (но это уже опционально)) ?

И телефон взрывать

Вот сразу видно android-юзеров: - в бэкграунде ничего кроме Java 1.6 - норм. языков с лямбдами они в глаза не видели (типа Scala/C#) (хотел ими это тогда напасть, но в android-arch-чате это смотрелось бы станно)

Нельзя над нами смеятся это андроид виноват

почему-то джависты переходящие в котлин привыкли к костылю и реквестируют это фичу в котлине

Ещё один нюанс — лямбды представлены generic-интерфейсами, где имеют место bridge-методы. Так что в каких-нибудь Android-библиотеках я использую интерфейс + crossinline-адаптер.

подскажите, где можно почитать про Contracts DSL? и что это вообще такое

cc @dsavvinov :)

Пока что нигде. Она пока что в крайне экспериментальном состоянии. Но вообще это система для того, чтобы анализ компилятора становился "умней"

https://3dnews.ru/962718

Котлин там в претендентах

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

https://t.me/kotlin_mobile

Спасибо

Знаю что не по теме, но всё же, какой язык программирования выбрать для создания лаунчера под андроид?

Знаю что не по теме, но всё же, какой язык программирования выбрать для создания лаунчера под андроид?

Тот, который лучше знаешь.

Знаю что не по теме, но всё же, какой язык программирования выбрать для создания лаунчера под андроид?

Если с нуля, то котлин, но если у тебя немного опыта/времени, да и если появился такой вопрос, то Java и взять за основу код Launcher3.

Я так понимаю: Котлин в действии пока появился в виде сканов страниц, а стандартного электронного издания не выходило? И сроков выхода нет?

электронное издание давно вышло. Можно купить на сайте

https://blog.jetbrains.com/kotlin/2017/12/webinar-recording-developing-multiplatform-projects-in-kotlin-1-2/

Ребят, такой вопрос, синглтоны (object) потокобезопасны или нет?

Да

Отлично, спасибо

Делемка пишу условие мол if ((a + b) >= some || (a>0)&&(b>0)) someFun() но почему то по-прежнему в тестах где задаю значения a и b отрицательные значения, они не падают, почему?

Делемка пишу условие мол if ((a + b) >= some || (a>0)&&(b>0)) someFun() но почему то по-прежнему в тестах где задаю значения a и b отрицательные значения, они не падают, почему?

А кто куда должен падать? И вообще... это Perl?

это kotlin, просто написал шустро на свой лад, чтоб не грузить переменными.

точно перл))

ой всё ) если по русски if ((startAngle + sweepAngle) >= MAX_ANGLE + CHART_START_ANGLE - OFFSET_BETWEEN_SECTORS || (startAngle > 0 && sweepAngle > 0)) MAX_ANGLE + CHART_START_ANGLE - startAngle - OFFSET_BETWEEN_SECTORS и вот сама проверка в тесте assertEquals(-220f, helper.calculateSweepAngle(-570f, -220f)) где он собственно и должен валиться.

Без исходника calculateSweepAngle ничего не понятно.

ой всё ) если по русски if ((startAngle + sweepAngle) >= MAX_ANGLE + CHART_START_ANGLE - OFFSET_BETWEEN_SECTORS || (startAngle > 0 && sweepAngle > 0)) MAX_ANGLE + CHART_START_ANGLE - startAngle - OFFSET_BETWEEN_SECTORS и вот сама проверка в тесте assertEquals(-220f, helper.calculateSweepAngle(-570f, -220f)) где он собственно и должен валиться.

Вынеси в лок. переменные - боль такое читать в условие ?

@Harmonizr так это и есть метод

Делемка пишу условие мол if ((a + b) >= some || (a>0)&&(b>0)) someFun() но почему то по-прежнему в тестах где задаю значения a и b отрицательные значения, они не падают, почему?

ну может ты хочешь a < 0 && b < 0?

случайно не перепутал знак?

@Harmonizr так это и есть метод

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

@angmarr в лок это типо gist?

ERROR: S client not available

@angmarr в лок это типо gist?

локальные переменные

@HeapyHop нет, мне нужно значения только больше 0 но никак не отрицательные

Делемка пишу условие мол if ((a + b) >= some || (a>0)&&(b>0)) someFun() но почему то по-прежнему в тестах где задаю значения a и b отрицательные значения, они не падают, почему?

наверное там везде должен && стоять

А, так это. Ты же со float работает. delta укажи

вот, сделал как умею)) https://gist.github.com/mnewlive/cdc479e4ecc1177948813c8268055913

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

эм, что значит "тест валиться"? у тебя же тест проверяет что у тебя вернулось отрицательное значение

@angmarr в лок это типо gist?

Это в смысле val CONST = MAX_ANGLE + CHART_START_ANGLE - OFFSET_BETWEEN_SECTORS fun calculateSweepAngle(startAngle: Float, sweepAngle: Float) { val angel = startAngle + sweepAngle if (angel >= CONST || startAngle > 0 && sweepAngle > 0) CONST - startAngle // ...

@HeapyHop у меня тест допускает возможность сэтить отрицательные значения для startAngle и sweepAngle

@angmarr ну или так) по моему у меян тоже ничего так получилось)

@HeapyHop у меня тест допускает возможность сэтить отрицательные значения для startAngle и sweepAngle

> но почему то по-прежнему в тестах где задаю значения a и b отрицательные значения, они не падают, почему? почему они должны падать? ?

ну я хочу чтобы они падали) поэтому и прошу помочь откорректировать условие при котором я не смогу принимать в качестве аргументов отрицателньые значения.

Т.е. ты хочешь зависимые типы?

Непонятны бизнес требования к этой функции, и что такое "не смогу принимать отрицательные значения"

@HeapyHop эм, не уверен что понял вас сейчас)

Т.е. ты хочешь зависимые типы?

Кстати о птичках. Про ULong/UInt/UShart/UByte все уже забыли? Никому не надо?

У него ж там флоат

Я так просто вспомнил. На заре котлина что такое обсуждали.

@HeapyHop эм, не уверен что понял вас сейчас)

короче, перед эти ифом сделай проверку и кидай эксепшен если проверка не пройдена. в чем проблема?

Кстати о птичках. Про ULong/UInt/UShart/UByte все уже забыли? Никому не надо?

Мне кажется примерно там же где SAM для интерфейсов

Я так просто вспомнил. На заре котлина что такое обсуждали.

Надо будет в K/N. Думаю добавят

@atapin глядите, возможно я как то неправильно объясняю, но суть проста я хочу в данном методе рассматривать только положительные значения для аргументов startAngle/sweepAngle на тест можете не смотреть, просто в методе, на данный момент что то идёт не так возможно стоит вынести дополнительно условием мол else if (startAngle < 0 && sweepAngle < 0 ) return

ну я хочу чтобы они падали) поэтому и прошу помочь откорректировать условие при котором я не смогу принимать в качестве аргументов отрицателньые значения.

Да просто добавь первой строчкой в calculateSweepAngle require(startAngle >= 0 && sweepAngle >= 0)

fun calculateSweepAngle(startAngle: Float, sweepAngle: Float) { if (startAngle < 0 || sweepAngle < 0) throw IllegalArgumentException("Start angel and sweep angle should be positive.") val someConst = MAX_ANGLE + CHART_START_ANGLE - OFFSET_BETWEEN_SECTORS return if ((startAngle + sweepAngle) >= someConst || (startAngle < 0 && sweepAngle < 0)) someConst - startAngle else sweepAngle }

Т.е. ты хочешь зависимые типы?

А у тебя есть какие-то идеи по реализации этого?

А у тебя есть какие-то идеи по реализации этого?

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

@HeapyHop по-моему чётко) я как то об Exception'e и не подумал, благдарю))

А у тебя есть какие-то идеи по реализации этого?

там же это работает только для констант? или умеют уже языки как-то определять где можно выйти за огранчения в рантайме на компайлтайме?

Просто для каких-то базовых случаев вполне можно писать методы-гуарды и мне кажется достаточно просто научить IDE подсвечивать: fun positiveInt(value: Int): Int = if (value < 0) throw IllegalStateException() else value positiveInt(-1)