QH
Я никак не пойму, какие преимущества перед строкой дает использование ()->String во всяких assert?
конкатенация строк (и string templates) порождает объекты
Size: a a a
2020 January 10
QH
кстати, в котлине даже str1 + str2 создаёт стрингбилдер, хотя concat было бы эффективнее
AO
кстати, в котлине даже str1 + str2 создаёт стрингбилдер, хотя concat было бы эффективнее
кстати и не в котлине это также работает
AO
и concat скорее всего тоже
QH
кстати и не в котлине это также работает
там жи всё переделали, теперь invokedynamic
M
там жи всё переделали, теперь invokedynamic
c 9ой вроде
M
StringConcatFactory
QH
так точно
AO
А профит в чем? Меньше размещений на стеке?
QH
А профит в чем? Меньше размещений на стеке?
* на хипе
QH
из safe джавы вообще нет способа конкатенировать строки без промежуточных аллокаций. Создай массив и сложи туда всё — всё равно конструктор строки его скопирует.
AO
Нуууу, короче не очень понятно какая прям супер принципиальная разница
QH
Нуууу, короче не очень понятно какая прям супер принципиальная разница
промежуточные выделения памяти, как ещё сказать?)
AO
Там где то под копотом вызывается concat для любого количества аргументов?
QH
Там где то под копотом вызывается concat для любого количества аргументов?
там invokedynamic в функцию, которая генерируется в рантайме и содержит код, невозможный для обычной джавы
AM
И при этом умеет выделить сразу нужное количество символов, впоследствии уложив переменные значения в нужные позиции, а не довыделять на каждое следующее приклеивание.
BP
Ну то есть ручками. Просто таскать все зависимости для либы с собой на мультиплатформе - это какой-то кошмар.
Отдельная "зависимость". Можно посмотреть точнее у ребят
BP
кстати, в котлине даже str1 + str2 создаёт стрингбилдер, хотя concat было бы эффективнее
Jvm оптимизирует в strinbuilder же. До 9-ки*
AO
А вообще не понятно, что мешало запоминать всё что надо запендить в билдере, а потом на вызове build один раз аллоцировать массив