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

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

То есть самое близкое, что есть к этому в Котлине — это "наследование" через делегацию (без понятия, как это по-умному называется). Но в свете того, что на деле пощупать мне это не доводилось, ничего хорошего (или плохого) я об этом рассказать не могу.

это типа декоратор который?

Да, вероятно.

Очевидно, эту фичу можно не только для декораторов использовать, просто надо попробовать :)

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

Ну я не согласен что имя списка спасёт, мне кажется глагол лучше характеризует обработку. Например будет там имя функции extractValue, как назвать список? Экстракреты?

В общем как по мне лучше читать что происходит в момент обработки действия, а не держать в голове "ага, это у нас список функций, функция принимает инстанс, возвращает строку, так падажжи ёбана!"

Согласен, без вот этого вот явно написанного названия getCellValue я б хрен чё понял в коде ? TableView<ServiceInstance> tableView = new TableView<>(); tableView.setCellValueProvider(new CellValueProvider() { @Override String getCellValue(ServiceInstance entity) { return entity.toString(); } });

Ну во-первых java 6 пинать каждый может, во-вторых речь про вызов, а не про создание/переопределение функции

Ну я не согласен что имя списка спасёт, мне кажется глагол лучше характеризует обработку. Например будет там имя функции extractValue, как назвать список? Экстракреты?

ExtractFunctions вполне, а так же вместо переменной "e" человеческое название

Что такое collection comprehension?

https://bkug.by/wp-content/uploads/2017/03/Future_Features_Cards.pdf

А где само голосование было?

А где само голосование было?

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

И потом в интернетах было для всех

хм, как-то я это дело пропустил

мне вот интересно кому могут быть нужны package-private и static в котлине

мне вот интересно кому могут быть нужны package-private и static в котлине

джавистам, кому еще ?‍♀️

ну я так-то джавист - мне не надо)

я б больше за subject in when топил

collection literals тоже няшные

ну такое

я с точки зрения реализации не уверен что это хорошая идея

т.е. будет потом как в груви

а так-то там много годных фич

collection literals тоже няшные

Что такое [1, 2, 3] — IntArray, Array<Int>, List<Int>, Set<Int>? Правильно сделали, что так можно только в аннотациях.

Уже не помню за что голосовал год назад, но сегодня я бы дал голос за Inline classes/Value classes - для ежедневного кода, Unsigned arithmetic - для K/N и все. Против Static, SAM, array literals.

Я тоже против static голосовал :)

Уже не помню за что голосовал год назад, но сегодня я бы дал голос за Inline classes/Value classes - для ежедневного кода, Unsigned arithmetic - для K/N и все. Против Static, SAM, array literals.

а SAM-то чем не угодил?

в котлине есть две отдельные концепции: интерфейсы и фукнциональные типы

зачем смешивать?

потому что в джаве сделали так из-за обратной совместимости?

А функциональные типы как именовать нормально, через typealias? Кто-то считает SAM удобным и полезным. Например, я. И да, я джавист)

А функциональные типы как именовать нормально, через typealias? Кто-то считает SAM удобным и полезным. Например, я. И да, я джавист)

или через наследование, но я честно говоря тоже иногда скучаю по саму для котлиновских интерфейсов

А функциональные типы как именовать нормально, через typealias? Кто-то считает SAM удобным и полезным. Например, я. И да, я джавист)

почему нет? обычно в функциональных интерфейсах имя абстрактного метода не несет никакой смысловой нагрузки, типичные имена: apply, handle, wrap, etc

т.е. условно говоря если в джаве у меня был: public interface HttpHandler { void handleRequest(HttpServerExchange exchange) throws Exception; } то в котлине это просто: typealias HttpHandler = (exchange: HttpServerExchange) -> Unit

кажется что код почище, нету вот этой всей обвязки ненужной

почему нет? обычно в функциональных интерфейсах имя абстрактного метода не несет никакой смысловой нагрузки, типичные имена: apply, handle, wrap, etc

да, но обычно речь как раз про те случаи, когда несет и интерфейс с одним методом хочется уметь инстанцировать просто. Мне вот не очень нравится наследование от функций и всё время бывает так, что есть простые или кастомные реализации которые хотелось бы прямо на ходу создавать и сложная реализация, которую я убираю в класс. И вот тут-то и получается, что или наследоваться от функции, что хреново, потому что тогда мой класс будет функцией, хотя на самом деле нет или инстанцировать через object : ClassName или делать обертку над инстанцированием в виде функции с лямбдой (я так и делаю)

тайпалиас вещь хорошая, но опять же наследоваться от него не вариант

Возвращаясь к примеру с хендлером ты говоришь что иногда у тебя хендлер это просто одна строчка которая не имеет зависимостей, а иногда это компонент в спринге. И вот интерфейсы тебе позволяют и сделать класс и лямбу. Так?

честно говоря не вижу причин не делать эту фичу для котлиновских интерфейсов, да таких кейзов не очень много, но они есть и это интуитивно. Очень многие интуитивно ожидают, что это будет работать, но нет

Возвращаясь к примеру с хендлером ты говоришь что иногда у тебя хендлер это просто одна строчка которая не имеет зависимостей, а иногда это компонент в спринге. И вот интерфейсы тебе позволяют и сделать класс и лямбу. Так?

как лямбду?

через обертку в виде метода?

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

Что позволяет SAM делать

причем тут джава?

при том что обсуждается SAM для интерфейсов

и джаве он сделан, оттуда и пошел

я вообще не помню когда их вместе использовал

не

мы обсуждаем сам для котлиновских интерфейсов

и я привел кейз

я на котлине обычно пишу

в том смысле, что или на котлине или не джаве :-)

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

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

Прямая трансляция выпуска подкаста Podlodka, где сравнивают Kotlin и Swift. В гостях Николай Иготти - техлид Kotlin/Native и Шурик Бабаев - технический руководитель питерского офиса RedMadRobot. https://www.facebook.com/podlodkacast/videos/489107968157664/

почему нет? обычно в функциональных интерфейсах имя абстрактного метода не несет никакой смысловой нагрузки, типичные имена: apply, handle, wrap, etc

Ну в общем-то да, согласен. Но если надо сделать нормальный интерфейс для Java-кода, придётся эти функциональные интерфейсы писать на Java :(

SAM для Kotlin - лишний, кмк. Ну или если его делать, то точно делать явное приведение

А не напомните как было первоночально аргументированно отсутствие SAM интерфеса в котлине? отсутствие его в java 1.6?

SAM для Kotlin - лишний, кмк. Ну или если его делать, то точно делать явное приведение

А что на счёт кейза, который я выше описал?

А не напомните как было первоночально аргументированно отсутствие SAM интерфеса в котлине? отсутствие его в java 1.6?

Не, просто не нужен сам, используйте функции

ERROR: S client not available

А что на счёт кейза, который я выше описал?

Когда ты в функциональный интерфейс хочешь положить full-fledged class?

Когда ты в функциональный интерфейс хочешь положить full-fledged class?

Да

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

Должна быть черта между ними, чисто идеологически, ящитаю

и момент когда от Функционального типа приходят к интерфейсу - как раз она

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

а под интерфейсом может скрываться что угодно, хоть FIRE ALL THE MISSILES!!!11!

Так то у тебя ж не хаскелл, так что и функция может FIRE ALL THE MISSILES!!!11!

Так то у тебя ж не хаскелл, так что и функция может FIRE ALL THE MISSILES!!!11!

может, но надо постараться сделать замыкание

И я же написал, что подразумевает

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

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

Ладно, наверное я просто не сталкивался с этой болью

Ладно, наверное я просто не сталкивался с этой болью

Дык, это не боль, говорю же, скорее мелкое неудобство

Наверное поэтому и не добавляют)

Решается созданием функции

А не напомните как было первоночально аргументированно отсутствие SAM интерфеса в котлине? отсутствие его в java 1.6?

Так можно было бы и лямбды не делать)

кстати, кто что думает про связочку dart/Flutter? слышал много восторженных отзывов, но чет везде его сравнивают с жабаскиптом и всякими React Nativе и прочими извратами

кстати, кто что думает про связочку dart/Flutter? слышал много восторженных отзывов, но чет везде его сравнивают с жабаскиптом и всякими React Nativе и прочими извратами

так это и есть прочий изврат

кстати, кто что думает про связочку dart/Flutter? слышал много восторженных отзывов, но чет везде его сравнивают с жабаскиптом и всякими React Nativе и прочими извратами

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

кстати, кто что думает про связочку dart/Flutter? слышал много восторженных отзывов, но чет везде его сравнивают с жабаскиптом и всякими React Nativе и прочими извратами

Это для => @pofftop <= (спойлер: технология интрестная, язык нет)

вот я щас пишу на флаттере у меня апк весит 26 мб с 2 экранами. мб три шейкинг будет после какой то особой сборки хз. и приложение медленное

я хз от кого были восторженные отзывы

от гуглеров которые делают флаттер может быть только

и хот релоад работает коряво

а дарт норм после джавы если котлин не видел)

120 фпс я вообще не вижу че то))

Правильно ли я понимаю, что withContext { ... } то же самое что async { ... }.await()

?

Правильно ли я понимаю, что withContext { ... } то же самое что async { ... }.await()

Имхо это эквивалентно (возможно есть какие-то тонкости, о которых я не знаю)

Имхо это эквивалентно (возможно есть какие-то тонкости, о которых я не знаю)

Благодарю.