ну по производительности наверно да, sb лучше

но человеку же надо что бы оно было компактнее

да и toString не то, где производительность играет место

Я скорее хочу компромисс

Чтобы и читалось легко

И не жрало как паровоз

Но тут, какой вопрос такой и ответ очевидно

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

а то потом может и не быть времени рефакторить весь этот мусор)

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

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

одному в toString понравится просто сложение, другому SB, а третьему String.format

а в итоге вообще ни на что не повлияет

Вообще по хорошему стрингбилдер

Без локов быстрый

Но

В лупе плюсовать в тупую приведет к оптимизации и в байткоде будет тот же стрингбилдер

В лупе плюсовать в тупую приведет к оптимизации и в байткоде будет тот же стрингбилдер

Не уверен что это валидно для всех jdk. Но в целом да c1 точно это умеет.

Не уверен что это валидно для всех jdk. Но в целом да c1 точно это умеет.

Думаю что 6ка не умеет

Я имел ввиду всякие j9 и azul

я бы за такое из чата выгонял

За что? Цепочка конкатенаций же в StringBuilder транслируется. Или ты про циклы?

За что? Цепочка конкатенаций же в StringBuilder транслируется. Или ты про циклы?

про циклы

А далее с2 должен развернуть луп по идее

Зависит от глубины

кстати, а все эти оптимизации влияют на время компиляции?

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

будет разница?

кстати, а все эти оптимизации влияют на время компиляции?

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

Я имел ввиду всякие j9 и azul

Замахнулся))

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

Вроде компилятор быстро фигачит)) почему такой вопрос)

Вроде компилятор быстро фигачит)) почему такой вопрос)

ну, у меня варка на проекте от 3х до 8 минут собирается

Полиция СтрингБилдер прибыла на место

кого забанить?

Dmitrii?

Алиасы)0)

офигеть

я сам себе написал

ты серьёзно?)

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

"написать себе"

кого забанить?

меня

меня

готово

может я наркоман, но разве contains хешсета не по хешу ищет?

что-то идея сходит с ума. стабильно ~90% проца занято и ругается, что ей мало 2 гига хипа

public boolean containsKey(Object var1) { return this.getNode(hash(var1), var1) != null; }

может я наркоман, но разве contains хешсета не по хешу ищет?

по хешу ищёт бакет

дальше по equals

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

если не коллизия

1407721437 1407721437 1872595334 1829906301 false Вот, хеш искомого элемента, список хешей элементов сета и результат contains

блджд, голову уже себе сломал

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

ээээм

ээээм

разве нет?

разве нет?

ну в идеальном случае да

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

я нашел почему не работает

if (o == null || getClass() != o.getClass()) return false;

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

Жвм, почём сеньер нынче за бугром?

А то тут офер забавный, 23-27/час

А то тут офер забавный, 23-27/час

а что забавного?

если это еще без учета налогов, то вообще копейки

А то тут офер забавный, 23-27/час

если на руки - то вполне адекватно

если на руки - то вполне адекватно

смотря насколько далеко за бугром

ERROR: S client not available

Откуда оффер? От русских HR или забугорных?

Откуда оффер? От русских HR или забугорных?

Забугровые

3680$, 240к

довольно неплохо, не?

особенно если в рф жить

Так налоги-то тоже забугорные будут, наверное.

так и налоги куда надо идут

3680$, 240к

Спать будешь полушариями по очереди?)

Спать будешь полушариями по очереди?)

160 часов

23

3680 в месяц

А, 5х8, понял.

Жвм, почём сеньер нынче за бугром?

Собсно сабж

String.format

Он медленнее StringBuilder работает.

Делай обычную конкатенацию

Делай обычную конкатенацию

серьезно? хуевая шутка

Серьезно, было сравнение в тесте, разница в несколько даже разз.

Вообще по хорошему стрингбилдер

Без локов быстрый

Но

В лупе плюсовать в тупую приведет к оптимизации и в байткоде будет тот же стрингбилдер

А, ну если у вас JVM умеет это оптимизировать, то ок

У нас не умеет

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

У нас даже геттеры и сеттеры инлайнить научилась недавно

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

У кого-то производительность имеет значение больше, чем идеальный код. Пора бы уже привыкнуть к такой концепции. А 10 мкс это много.

У кого-то производительность имеет значение больше, чем идеальный код. Пора бы уже привыкнуть к такой концепции. А 10 мкс это много.

тут еще вопрос в том, зачем так часто toString вызывать

что будет существенная разница

тут еще вопрос в том, зачем так часто toString вызывать

this

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

обычно проблемы перфоманса приложения кроятся явно не в генерации строк из 5 значений