Ну и из него запускай main

ну, так не интересно. т.е. нет возможности создать файл с одним методом и запустить с кнопки

ну, так не интересно. т.е. нет возможности создать файл с одним методом и запустить с кнопки

Должно быть. Наверно надо Kotlin plugin поставить. Android Studio на основе IDEA сделан. В IDEA всё прекрасно с кнопки работает.

Должно быть. Наверно надо Kotlin plugin поставить. Android Studio на основе IDEA сделан. В IDEA всё прекрасно с кнопки работает.

стоит жеж

ну ладно. это баловство

в идеи - да

class MyJobService : JobService() {...} val myJob = dispatcher.newJobBuilder() .setService(MyJobService::class.java) //error Type inference failed. Expected type mismatch: required: Class<out JobService!>! found: Class<MyJobService> wtf? setService() is a java method.

Типично, ровно такой же класс из другого пути утащил, с такими же методами...

Мб импорт не тот?

Да, так точно, надо больше самому думать перед тем как постить -)

class MyJobService : JobService() {...} val myJob = dispatcher.newJobBuilder() .setService(MyJobService::class.java) //error Type inference failed. Expected type mismatch: required: Class<out JobService!>! found: Class<MyJobService> wtf? setService() is a java method.

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

Да, так точно, надо больше самому думать перед тем как постить -)

Ну и ладушки

Я вот тоже про вариантность подумал, а на самом деле такой же класс по другому пути импортнул

Почему при объявлении лямбды как локальной переменной нельзя использовать несколько return в теле лямбды в отличие от лямбд передаваемых как аргументы в функции?

Почему при объявлении лямбды как локальной переменной нельзя использовать несколько return в теле лямбды в отличие от лямбд передаваемых как аргументы в функции?

есть пример кода?

Почему при объявлении лямбды как локальной переменной нельзя использовать несколько return в теле лямбды в отличие от лямбд передаваемых как аргументы в функции?

потому что лямбда в переменной - это не функция, а объект

Ты же не можешь в реализации интерфейса return указать для вызываемой функции?

Почему при объявлении лямбды как локальной переменной нельзя использовать несколько return в теле лямбды в отличие от лямбд передаваемых как аргументы в функции?

В Kotlin лямбдах же нет return, насколько мне известно. Она возвращает результат последнего выражения в теле лямбды.

если так сильно хочеться - пиши inline fun

хотя не, это тоже бред

val function = { i: Int -> if (i == 2) { return 5} return 6 }

Типа такого, с телефона

у тебя не указан тип лямбды

val function = { i: Int -> if (i == 2) { return 5} return 6 }

return в лямбде возвращает из inline-функции, в которой она находится

val function: (Int)->Int

а это, видимо, присвоение в проперти

у тебя не указан тип лямбды

Type inference разберется же

у тебя не указан тип лямбды

это вообще не играет роли

либо val function = fun(i:Int): Int {}

Это локальная переменная

ну как по мне его явно лучше указать

ну тогда хз

val function = { i: Int -> if (i == 2) { return 5} return 6 }

Вот так можно: val f = fun(it: Boolean): Int { if (it) return 1; return 2 }

ну тогда хз

я непонятно объяснил?

та у меня вопросов нет

что мне объяснять

Вот так можно: val f = fun(it: Boolean): Int { if (it) return 1; return 2 }

Точно. Спасибо

я ж то же самое написал

либо val function = fun(i:Int): Int {}

во

лол

))

Точно. Спасибо

А конкретно для вашего примера короче будет так: val function = { i: Int -> if (i == 2) 5 else 6 }

А конкретно для вашего примера короче будет так: val function = { i: Int -> if (i == 2) 5 else 6 }

именно так у него не работает))

именно так будет работать

должно

именно так у него не работает))

Именно так работать будет. Там используется if выражение и нет return

а бля, не заметил что ретёрна нет

Похоже всю жизнь в чатах kotlin будет примеры как можно сделать короче :)

а что тут ещё делать то

если б мы не хотели делать короче, то на джаве писали бы

Похоже всю жизнь в чатах kotlin будет примеры как можно сделать короче :)

code golf никто не отменял ни в каком языке ;)

Все верно, я просто уточняю нашу деятельность

надо тогда группу переименовать

"Котлин короче"

Вспомнилось на тему короче: https://vk.com/just_wiki

А конкретно для вашего примера короче будет так: val function = { i: Int -> if (i == 2) 5 else 6 }

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

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

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

потому что там return имеет другой смысл

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

одинаковое поведение, либо ты называешь лямбдами что-то, что ими не является

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

чойта квешнбл? когда вообще условная логика может быть квешнбл?

чойта квешнбл? когда вообще условная логика может быть квешнбл?

Функциональщина наше все

ну так условные выражения никто не отменял

чойта квешнбл? когда вообще условная логика может быть квешнбл?

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

ERROR: S client not available

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

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

и что от этого изменится? Условия куда-то уйдут?

А не инлайнить в бади нечитаемую порнуху

и что от этого изменится? Условия куда-то уйдут?

Srp. Функция отвечает за свой функционал. Вызывается она в лямбде или где не важно

мы явно где-то друг друга не поняли

А нечитаемая процедурная порнуха прямо в лямбде не нужна

Вот у листа есть windowed который формирует List<List<>>, оператора что делает обратное же нет?

А нечитаемая процедурная порнуха прямо в лямбде не нужна

а в отдельном методе нужна? :D

Вот у листа есть windowed который формирует List<List<>>, оператора что делает обратное же нет?

flatMap

Вот у листа есть windowed который формирует List<List<>>, оператора что делает обратное же нет?

flatMap { it }

спс

flatten

А нечитаемая процедурная порнуха прямо в лямбде не нужна

можно сначала? Я потерял нить аргументов: "ФП наше всё" -> "запихиваем в класс" -> "SRP" -> "порнуха"

Ок

А нечитаемая процедурная порнуха прямо в лямбде не нужна

Есть серъезный вопрос насчёт того, с каких пор условные выражения стали процедурной порнухой? Особенно с учётом того, что они есть практически во всех чисто функциональных ЯП. Вот множественые return - да, вполне себе порнография. Притом как в лямбдах, так и в методах.

kotlin best practics

Есть серъезный вопрос насчёт того, с каких пор условные выражения стали процедурной порнухой? Особенно с учётом того, что они есть практически во всех чисто функциональных ЯП. Вот множественые return - да, вполне себе порнография. Притом как в лямбдах, так и в методах.

Они есть, но к ним большие вопросы. Полиморфизм, стратегии, chain of responsibility — гораздо более гибкие штуки.

кто знаеть

Они есть, но к ним большие вопросы. Полиморфизм, стратегии, chain of responsibility — гораздо более гибкие штуки.

Да, если высокая цикломатическая сложность (много if ... else if ..., особенно вложенных), то имеет смысл применять паттерны, хотя в Kotlin, во многих случаях, проще применить when выражение. Но для простого случая if ... else паттерны выглядать как оверинжиниринг.

всем привет тут у нас товарищи о https://www.graalvm.org/ заговорили типо оно прод реди что гдет уже юзается и все дела. Кто что думает по этому поводу? а то мне эта штукенция выглядит достойной заменой котлин нейтив, не?

всем привет тут у нас товарищи о https://www.graalvm.org/ заговорили типо оно прод реди что гдет уже юзается и все дела. Кто что думает по этому поводу? а то мне эта штукенция выглядит достойной заменой котлин нейтив, не?

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

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

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

всем привет тут у нас товарищи о https://www.graalvm.org/ заговорили типо оно прод реди что гдет уже юзается и все дела. Кто что думает по этому поводу? а то мне эта штукенция выглядит достойной заменой котлин нейтив, не?

если грааль там тот же, что и в жава10, то имхо рановато его юзать, я гонял бенчмарки json-парсера, и местами он до двух раз медленнее

всем привет тут у нас товарищи о https://www.graalvm.org/ заговорили типо оно прод реди что гдет уже юзается и все дела. Кто что думает по этому поводу? а то мне эта штукенция выглядит достойной заменой котлин нейтив, не?

кстати есть чат @graalvm_ru и новостная лента @graalvm_ru_news. может будет интересно

всем привет тут у нас товарищи о https://www.graalvm.org/ заговорили типо оно прод реди что гдет уже юзается и все дела. Кто что думает по этому поводу? а то мне эта штукенция выглядит достойной заменой котлин нейтив, не?

грааль - это VM, котлин нейтив компилится в нейтив через LLVM

спасибо вики

и вроде это не то

вопрос то был не в том как они это сделали

спасибо вики

это со своих слов, еще был текст но я решил его стереть