а вот и ответочка

сюрпрайз-сюрпрайз, можно не подключать kotlin-stdlib, и котлин будет компилиться)

а так, получаем что-то аля джавовские коллекции

val list1 = listOf("a", "b")

Ужасно же

просто ништяков не будет

Ужасно же

да, ожидаемо

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

на которые без слез не взглянешь

Сейчас как раз с этим с толкнулся

Почему они не взяли коллекции груви?

Сахар*

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

респект тебе, я на самом деле тоже

Почему они не взяли коллекции груви?

и чем грувевые лучше?

@HeapyHop у вас нету объектов-компаньонов, в которые можно фабричные методы впихнуть?

["a", "b"] ? [a:"a", b:"b"] ?

["a", "b"] ? [a:"a", b:"b"] ?

дичь

дичь

Почему?

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

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

Map<String, String map = [key: "value", key2: "value2"]

Я незнаю, как тут можно что то не понять =)

@HeapyHop у вас нету объектов-компаньонов, в которые можно фабричные методы впихнуть?

Есть конечно

Map<String, String map = [key: "value", key2: "value2"]

А чо не как в js)

хм, а как это работает то? Map<String, Integer> mapImmediate = Map.of( "one", 1, "two", 2, "three", 3);

["a", "b"] ? [a:"a", b:"b"] ?

так это строковые литералы, а не коллекции

Есть конечно

тогда зачем listOf(1,2,3,4) если можно сделать List(1,2,3,4)?

так это строковые литералы, а не коллекции

Какая разница то?

val m = Map("one" -> 1, "two" -> 2, "three" -> 3), не знаю, о чём вы тут вообще спорите))))

Какая разница то?

коллекции - это классы, литералы - синтаксис

val m = Map("one" -> 1, "two" -> 2, "three" -> 3), не знаю, о чём вы тут вообще спорите))))

ага, а потом таплы в язык завезти

а потом сахорок их создания

ага, а потом таплы в язык завезти

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

ага, а потом таплы в язык завезти

Что ты имеешь против таплов

а потом поиметь проблемы с тем, что не понимаешь где таплы, а где параметры

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

Что ты имеешь против таплов

да он так, набрасывает?

ага, а потом таплы в язык завезти

их уже вывезли из котлина

Map<String, String map = [key: "value", key2: "value2"]

ну это совершенно другое)

а потом поиметь проблемы с тем, что не понимаешь где таплы, а где параметры

у тебя есть IDE которая тебе всегда подскажет, где и что, что за чушь ты несёшь, честное слово)

кстати, в котлине {it } - это что такое? итератор? текущий элемент?

Я о совершенно другом и говорил

кстати, в котлине {it } - это что такое? итератор? текущий элемент?

текущий элемент

хм, а как это работает то? Map<String, Integer> mapImmediate = Map.of( "one", 1, "two", 2, "three", 3);

где посмотреть сигнатуру метода of?

кстати, в котлине {it } - это что такое? итератор? текущий элемент?

это как _ в скале

текущий элемент

единственный аргумент лямбды

а почему фигурные скобки, а не круглые?

чтобы не путать с вызовами методов?

это как _ в скале

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

это ведь блок

у тебя есть IDE которая тебе всегда подскажет, где и что, что за чушь ты несёшь, честное слово)

Это ты о той Ide которая красным подчеркивает то, что scalac нормально компилит?

Это ты о той Ide которая красным подчеркивает то, что scalac нормально компилит?

сравнивать подсказки на таплы и подсказки на миллион вложенных уровней имплиситов - гениально, Шерлок

зачем таплы если есть data/case классы?

чтобы не путать с вызовами методов?

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

зачем таплы если есть data/case классы?

эм, так тапл и есть обычный дата класс + немного сахарка

зачем таплы если есть data/case классы?

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

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

не взял, а стырил

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

есть Pair и Triple стандартные дата классы. пойдет?

не взял, а стырил

не обижайся, Руслан, Котлин РУЛИТ!

есть Pair и Triple стандартные дата классы. пойдет?

нет, нужно 22

есть Pair и Triple стандартные дата классы. пойдет?

где, в java?

а потом в какой-то версии сказать, что больше нету ограничения и они генерятся макросом

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

че это в круглых скобках? там вообще нет скобок же

а потом в какой-то версии сказать, что больше нету ограничения и они генерятся макросом

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

(a, b, c) -> { ... } {a, b, c - > ... }

it -> it != null java { it != null} kt\

method ((a, b, c) -> { ... }) method { a, b, c - > ... }

it -> it != null java { it != null} kt\

groovy: { it }

ERROR: S client not available

нужно больше скобочек

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

Таплы хорошо, если ими не злоупотреблять

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

Эй, че за херня?

val a = listOf(1, 2, 3, 4, 5); a.filter({it % 2 == 0}).map({it * 2}).toList()

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

Котлин не может развернуть это в стрим?

и сохраниться перед вкаткой

Таплы хорошо, если ими не злоупотреблять

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

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

кароче все нужно в таплах херачить ?

Я разочарован в котлине =___=

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

Котлин не может развернуть это в стрим?

define "развернуть в стрим"

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

есть подобное

Ну типа не вычитывать все в память при каждой операции

А делать flow

и возвращает мапу

val a = listOf(1, 2, 3, 4, 5); a.filter({it % 2 == 0}).map({it * 2}).toList()

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

есть подобное

где там стикер с костылем

Таплы хорошо, если ими не злоупотреблять

Таплы хорошо для прототипирования

val a = listOf(1, 2, 3, 4, 5); a.filter({it % 2 == 0}).map({it * 2}).toList()

не listOf(1,2,3,4,5) .filter { it % 2 ==0 } .map {it * 2}

какой toList

?!

это ж не стримы

listOf toList

красавцы)

а ну да

мапа сбила с толку)

listOf toList

успокойся, это не скомпилится

ок, исправил

где там стикер с костылем

лол, что ты несешь

а map и filter не мондаты чтоль?