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

Все проблемы говорят решает..

поясни

Named arguments пpи интеpопе не использовать, напpимеp.

Это если банальное

Да

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

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

Кмк лучше-таки подождать, пока pазовьется ноpмально натив

юзелс фича

неймед аргументс

Кмк лучше-таки подождать, пока pазовьется ноpмально натив

Натив другие задачи решает

Совсем другие

юзелс фича

мммм

В пpоектах на 2,5k стpок да.

Тогда бы этот метод назывался бы .sorted

зачем тогда Collections.sort(...) возвращает список если он собирается мутировать исходный?

мммм

я не чувствую себя ущемленным не имея этой фичи

юзелс фича

А дефолтные значения аргументов - тоже юзлесс?

Ща бы продолжать в 2076 писать телескопные методы

Кмк лучше-таки подождать, пока pазовьется ноpмально натив

удачи братан

Или билдеры

Окей. Все java-dto будут НЕ data-классами

просто удачи

в чем проблема-то не понял

удачи братан

Да мне то что, мне все хоpошо

я не чувствую себя ущемленным не имея этой фичи

Во многих ситуациях делает код читабельнее

в чем проблема-то не понял

Отсутствие ноpмального copy?

А дефолтные значения аргументов - тоже юзлесс?

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

зачем тогда Collections.sort(...) возвращает список если он собирается мутировать исходный?

потому что он принимает список и вернуть сортированный сет не так-то просто например

ну пишите на джаве дальше, проблемы какие?

Collections.sort -> list.sort

же

Окей. Все java-dto будут НЕ data-классами

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

Collections.sort -> list.sort

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

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

зачем тогда Collections.sort(...) возвращает список если он собирается мутировать исходный?

Где? https://docs.oracle.com/javase/7/docs/api/java/util/Collections.html#sort(java.util.List)

не используй его, используй mysweetlist.sort

будет более понятно?

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

Да господи, любой модуль для интегpации с каким-нибудь сеpвисом, написанный на java будет иметь какие-нибудь DTO.

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

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

list.sort/list.clear/list.add/list.remove

Естественно, можно самому написать мост в левые API/сеpвисы, но только не этого ли вы не хотите?

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

У котлина есть MutableList/Set/Map для ситуаций, когда иммутабельность не очень хорошо заходит. И мне кажется, это то, что нужно.

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

не всегда это правда, пример Ingeter.of(199) == Integer.of(199)

и что тут не так?

то что есть кеш обьектов?

например да

list.sort/list.clear/list.add/list.remove

Это мутирующие методы конкретного объекта а не левая функция которая мутирует твой объект

не всегда это правда, пример Ingeter.of(199) == Integer.of(199)

Это на уровне array.toString()

да

но это не означает что это правильно

это жабка вей, который все прошли, привыкли и уже не трогают

в джава доке там сказано

но это мусор

не всегда это правда, пример Ingeter.of(199) == Integer.of(199)

А какое отношение это имеет к джавадоку?

что новый инстанс создается только если в этом есть необходимость

А какое отношение это имеет к джавадоку?

в нем сказано что это может не работать например

и мусора я тут не вижу, я вижу перформанс

в нем сказано что это может не работать например

"может не работать" != "всегда не работает"

This method will always cache values in the range -128 to 127, inclusive, and may cache other values outside of this range.

я не понимаю что тут не ясно...

и мусора я тут не вижу, я вижу перформанс

ясно-понятно

если тебе нужен уникальный инстанс, плз юзай конструктор

это жабка вей, который все прошли, привыкли и уже не трогают

Без этого Java была бы другим языком. Ну собсвенно уже наделали несколько таких.

это понятно, все можно объяснить вещами "в доках это написано" и "автор так видит, потому что перфоманс может быть, наверное"

ну для меня перформанс прио1

кому похер, пишите на джс

не всегда это правда, пример Ingeter.of(199) == Integer.of(199)

Так ещё раз - как это противоречит докам?

ERROR: S client not available

??‍♂️

ну для меня перформанс прио1

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

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

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

извините, но я не нашел серьезного оверхеда

если тебе нужен уникальный инстанс, плз юзай конструктор

Тут больше проблема в том, что это не очевидно без чтения джавадоков и может подогнать много сюрпризов тем, кто не в курсе, что == в Java не всегда можно доверять.

извините, но я не нашел серьезного оверхеда

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

Тут больше проблема в том, что это не очевидно без чтения джавадоков и может подогнать много сюрпризов тем, кто не в курсе, что == в Java не всегда можно доверять.

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

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

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

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

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

геймдев разный и что там нужно из перфоманса

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

ыыыы геймдев ыыыыы в джаве (убейте меня)

геймдев разный и что там нужно из перфоманса

математика/многопоточность

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

С паззлеров можно вынести три вещи - тоску, лулзы и очередное наставление RTFM.

Тут больше проблема в том, что это не очевидно без чтения джавадоков и может подогнать много сюрпризов тем, кто не в курсе, что == в Java не всегда можно доверять.

Если кто-то до сих пор не знает, что == в джаве сравнивает по ссылке, а не по значению, то у него проблемы

С паззлеров можно вынести три вещи - тоску, лулзы и очередное наставление RTFM.

this

ыыыы геймдев ыыыыы в джаве (убейте меня)

ну например я из 8 лет жабаопыта 6.5 в геймдеве отпахал, что не так?

ыыыы геймдев ыыыыы в джаве (убейте меня)

ну да ну да, и с чем там у джавы плохо для этого?))

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

Вполне нормальный подход. Оправданным костылям всегда есть место в разработке.

математика/многопоточность

ясно понятно

ну да ну да, и с чем там у джавы плохо для этого?))

Забейте, я сам игры на джаве пишу.

хотя конечно джава на андройд != нормальная джава

Если кто-то до сих пор не знает, что == в джаве сравнивает по ссылке, а не по значению, то у него проблемы

Звучит красиво, но это не меняет то, что Integer.valueOf(100) == Integer.valueOf(100) Integer.valueOf(1000) != Integer.valueOf(1000) это как-то странно

Пацаны, а за что спор?))

этот код в принципе старнный

этот код в принципе старнный

почему странный

ну вот в каком случае такую ересь писат ьнадо?

ну вот есть у меня напроимер List<Integer> list

integer pool не?

-127 до 128 вроде

я делаю так, if (list.get(i) == list.get(i + 1))

этот код в принципе старнный

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

логично,что там будет так