Java8時代の文字列連結まとめ - きしだのHatena

文字列の配列やリストを[〜]で囲ってカンマで区切って連結するという話、String.joinだとどう？とwatermintさんから指摘があったので、試してみました。 シンプル！ public static String stringJoin(){ return "[" + String.join("],[", strarray) + "]"; } でも、1847msでした。改めて前後の文字を文字列連結してるところで時間かかってる感じ。 で、昨日のStringBuilder版はもう少し最適化できるので書き直します。 public static String stringBuilderJoin(){ StringBuilder s = new StringBuilder("["); for(int i = 0; i < strarray.length; ++i){ if(i != 0){ s.

[hageatama-]

"ググれば出てくるような内容でも、自分にとって発見ならブログ書いたほうがいい" / 昔，JavaとかでStringがimmutable（不変）である事とその理由を知り，自分にとって大発見だったのを思い出した。

[fukken]

「速い方法があるなら最初から勝手にそっち使っといてくれよ」感。それができない理由も分かるけど。

[kasumani]

Java8時代の文字列連結まとめ 文字列の配列やリストを[〜]で囲ってカンマで区切って連結するという話、String.joinだとどう？とwatermintさんから指摘があったので、試してみました。 Tags: feedly, ifttt, recently read, saved for later from P

[otchy210]

メモリ確保がネックになるなら、予想サイズをあらかじめ確保するのが早い、と。分かりやすい結論。

[kimutansk]

作成する文字列の大体のサイズがわかってるなら初期サイズ設定してStringBuilder.appendがいいと。これまでサイズ指定はしてましたが、ここまで差分が出るとは思っていませんでしたねぇ・・・

[sirobu]

やっぱり今のところは変わらずStringBuilder最強。あとロジックの書き方でもだいぶ変わるんだなー

[nemoba]

むしろJava1.4以前から続くこの問題をJava8で解くなんてのは、ググってもあまりないじゃね。戦場が変わってクリティカルじゃなくなったものが並列実行でまた再燃しそうだなとか

[saito_haruka]

StringBuilder懐かしい

[toshyon]

メモリ確保が大事と。自分で調べるのも大事ですね。

[tarchan]

＞速度こだわるなら、メモリちゃんと確保したStringBuilderですねぇ

[karasu9113]

String.format()を使うとどうなるかの検証はやらない理由はないと思うので、このコード借りて試してみるかな。ネイティブ呼び出してるだけなら早くなりそうなんだけど．

[trashtoy]

これは良いまとめ

[Nagise]

GJ

[iouri]

newするときにメモリ確保しとくという真っ当なオチでホッとしたｗ