StringBuilderを使ったクソコードはどこまで遅いか - きしだのHatena

※ 4/9 11:25 いろいろ計測しなおしてます。こちらも参照 Javaで文字列連結する場合には+演算子よりもStringBuilderを使うべき、という話があるのですが、よく sb.append("[" + data + "]"); みたいなコードをみかけて、あんまり意味ないなーと思ったりします。 あと、 sb.append("title:"); sb.append("[" + data + "]"); みたいに、+演算子を使った一行の式にして sb = "title:" + "[" + data + "]"; としておけば「title:」と「[」はコンパイル時点で最適化されたのに、ってコードもあります。 ということでTwitterで Javaでの文字列連結は+を使うべき、ってやったほうが、StringBuilder使ったsb.append("[" + data + "]")みたいなク

[rryu]

最適化されて+がappendに置換された結果クソコードが一番速かったみたいな展開を期待したが、現実は厳しかった。

[knjname]

目を閉じると、ループ要素のないSQLを生成するsb.appendの100行単位の山が見えるよ…　SQLインジェクションが見えるよ… / 別にこれ自明な内容じゃないと思う。

[bouzuya]

2020年くらいになってもやってそうだな、この話題。

[kagamihoge]

個人の日記レベルの個人の技術ブログで個人的にやったことを書くとStreamよりもStringBuilderよりも+演算子よりも速くクソコメントがついてしまいとてもかなしい。

[mizchi]

すごいコメントだ

[karasu9113]

やらなくても、わかり切った事を改めてやる意味がよくわからいし、ブクマされる意味も良くわならない。学校でこれくらい当たり前だし知らないと恥ずかしいってくらい教えといてよ…

[ustar]

大抵の場合は速さより読んでわかることの方が大事そうですね

[Mikatsuki]

たしかまぁまぁそこそこそんなに遅くならないって感じがかな？

[yosuke_furukawa]

まぁやっぱりStringBuilder速いなー。Streamとのベンチかなり有用。Effective Java 3版翻訳されたら買おう。

[dkfj]

検証大事。一方で、文字列の連結が処理時間の問題になるほど、結合しないといけないシチュエーションにあったことがない。どんな場面で使うんだ？

[sifue]

java8対応のEffectiveJava待ち遠しい。

[kabochatori]

クソコードの方はコンパイルで`s.append(new StringBuilder("[").append(strarray[i]).append("]"));`て具合に最適化されてたと思う。

[toa1121011]

#tips

[NetPenguin]

途中からStreamを使い倒そうとなっていたw

[kasumani]

StringBuilderを使ったクソコードはどこまで遅いか Javaで文字列連結する場合には+演算子よりもStringBuilderを使うべき、という話があるのですが、よく みたいなコードをみかけて、あんまり意味ないなーと思ったりします。 Tags:

[kamei_rio]

いわゆる常識ネタを試してみる姿勢は大切

[hs_hachi]

やっぱり早くならない文字列連結

[momontyo]

Stream対応版というのが楽しみ

[k2ca3]

きしだのはてな

[theatrical]

Streamがアホみたいに遅いのが悲しい。

[waman]

『文字列連結などはEffective Javaに載ってますけど、Stream対応版が欲しいところです。と思ったら、準備中だそうな。』

[holypp]

＞（+演算子は）話にならないくらい遅いですね。これなら、「速度が気になるときにはクソコードでもいいからStringBuilder使え」という結論になりそうです。

[ktakeda47]

"「速度が気になるときにはクソコードでもいいからStringBuilder使え」"