но c# харош

куда лучше жабки

Ни слова про продукт никакой не сказал, и обычно говорю про технологии и иногда про тарелочки

котлин. бутик, каен

и почти без ёё косяков

Да, который мог бы быть и коллекцией ?

ну там жеж есть Map::entrySet )

ну там жеж есть Map::entrySet )

есть, но кому от этого легче

котлин. бутик, каен

я сказал что в spring плохо, про бутик ни слова не было

сет тоже так себе идея, а если мне нужен get(int index)?

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

сет тоже так себе идея, а если мне нужен get(int index)?

А че, все колекции имеют индекс?

toArray()

)))

просто это то, с чем приходится жить

я уже привык

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

я сказал что в spring плохо, про бутик ни слова не было

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

у меня все голова болит от очень простой но дико напрягающей меня вещи. Ты никак не можешь гарантировать что передавая объект в метод, он не будет изменен. Надо или пилить 2 интерфейса, изменяемый и неизменяемый или делать как сделано в емнип в листе (возврат немодифицируемого объекта, который имеет доступ к полям дочернего) или делать класс immutable Задачка вроде простая, а способов решения и боли - хватает)

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

в буте плохо, в бутике хорошо

у меня все голова болит от очень простой но дико напрягающей меня вещи. Ты никак не можешь гарантировать что передавая объект в метод, он не будет изменен. Надо или пилить 2 интерфейса, изменяемый и неизменяемый или делать как сделано в емнип в листе (возврат немодифицируемого объекта, который имеет доступ к полям дочернего) или делать класс immutable Задачка вроде простая, а способов решения и боли - хватает)

пс, парень, не хочешь попробовать немного Котлина?

пс, парень, не хочешь попробовать немного Котлина?

а там изобрели модификатор const?)

давайте сюда бота сделаем, который по упоминанию слов бутик, каен и котлин будет на 10 минут банить?)

ахахах

там коллекции нормальные, val'ы везде

дата классы

что есть "val'ы везде"?

давайте сюда бота сделаем, который по упоминанию слов бутик, каен и котлин будет на 10 минут банить?)

ГЕНИЙ!

причем предлагаю в качестве основы взять бота Руслана

final Kokoko<Koko> kokoko = new Kokoko<>(); vs val kokoko = Kokoko<Koko>()

а типо как auto в плюсах прикольно, удобная штука

а как оно поймет final поле или нет?

или если используется val то всегда final?

val - это и есть final

окей

var - если не файнал

в джаве будет final val

эпическая иммутабельность

а если хочется не файнал, но не хочется писать партянку слева?

а если хочется не файнал, но не хочется писать партянку слева?

var?

var kokoko = Kokoko<Koko>()

@matrixd Не слушай @HeapyHop пробуй сразу скалу

пожалуйста

а есть штука типо kokomodifier someVar = new KokokoClass<Kokoko>(); someVar = new KokokoClass<Kokoko>(); ?

а

прикольно

а то полумеры какие-то

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

и в каене?

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

да где угодно можно на котлине писать

ну так сказать, убойная связка чтобы была

второй вопрос, нужно ли это

да где угодно можно на котлине писать

да, но вот в спринге будет нативная поддержка

ну и классы immiutable вот так можно писать: class Immutable(val koko1: Kokoko1, val koko2: Kokoko2)

у тебя тут сразу геттер-сеттер

ну там уже есть костыли в виде open как плугина для компилятора, верное @HeapyHop?

все как в скале в общем

ну там уже есть костыли в виде open как плугина для компилятора, верное @HeapyHop?

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

да где угодно можно на котлине писать

а в скале можно на котлине писать?

уау // Java: class PrintOptions { public static void main(String args[]) { System.out.println("Выбраны опции:"); for (String arg: args) if (arg.startsWith("-")) System.out.println(" " + arg.substring(1)); } } // Scala: object PrintOptions { def main(args: Array[String]) { println("Выбраны опции:") for (arg <- args if arg startsWith "-") println(" " + (arg substring 1)) } } свежо. Нада же чем-то отличаться от явы (я про oject вместо class, хотя это же наверное класс)

ну и классы immiutable вот так можно писать: class Immutable(val koko1: Kokoko1, val koko2: Kokoko2)

вопрос

уау // Java: class PrintOptions { public static void main(String args[]) { System.out.println("Выбраны опции:"); for (String arg: args) if (arg.startsWith("-")) System.out.println(" " + arg.substring(1)); } } // Scala: object PrintOptions { def main(args: Array[String]) { println("Выбраны опции:") for (arg <- args if arg startsWith "-") println(" " + (arg substring 1)) } } свежо. Нада же чем-то отличаться от явы (я про oject вместо class, хотя это же наверное класс)

почти, object — singleton

args: Array[String] прямо go или емнип паскаль

а почему у класс метки нет?

я могу от него отнаследоваться?

или Котлин сам понимает, что если все поля неизменяемые, то и класс неизменяем?

ERROR: S client not available

final by default

прикольно

args: Array[String] прямо go или емнип паскаль

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

а в джаве они кривоваты

вот такой маркетинг мне нравится

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

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

мне - нет, на самом деле) Единственный профит - там наверное тоже можно написать def f(a, b : SomeType)

Руслан, давай еще пару киллер-фич, моё любимое - работа с коллекциями, что Котлин может предложить взамен богоподобного стрим апи из джавы 8?

мне - нет, на самом деле) Единственный профит - там наверное тоже можно написать def f(a, b : SomeType)

нет, так писать нельзя, насколько я знаю

нет, так писать нельзя, насколько я знаю

отстой)

Руслан, давай еще пару киллер-фич, моё любимое - работа с коллекциями, что Котлин может предложить взамен богоподобного стрим апи из джавы 8?

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

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

listOf.stream().map(t -> t).collect(Collectors.toList()) listOf.map { t -> t }

Руслан, давай еще пару киллер-фич, моё любимое - работа с коллекциями, что Котлин может предложить взамен богоподобного стрим апи из джавы 8?

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

Руслан, давай еще пару киллер-фич, моё любимое - работа с коллекциями, что Котлин может предложить взамен богоподобного стрим апи из джавы 8?

у котлина есть rx (как и java конечно...)

полезность rx это отдельная тема)

// Map<?,?> mapOf.map { t -> t }

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

это у каждой коллекции в котлине есть оператор map?

о_О а джаве не так?

это у каждой коллекции в котлине есть оператор map?

это экстеншен

из stdlib

о_О а джаве не так?

в джаве тебе стрим получить надо

для начала

ну как бы да

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

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

ну как бы да

согласись, заёбывает со временем

// Map<?,?> mapOf.map { t -> t }

filter {...} .map { ... } .map {...} - после каждой операции будет создаваться новая коллекция?

согласись, заёбывает со временем

ну а что ты хотел, ОБРАТНАЯ СОВМЕСТИМОСТЬ ЖЕ

в джаве тебе стрим получить надо

а в случае мапы сначала ентриес взять

а в случае мапы сначала ентриес взять

во, тем более

filter {...} .map { ... } .map {...} - после каждой операции будет создаваться новая коллекция?

зависит. если это sequence - то нет, если просто - то да