by
Anonymous Coward
on 2015年03月28日 19時54分
(#2786545)
StringBuilder buff = new StringBuilder(); buff.append("select col1,col2,col3"); buff.append(" from table1"); buff.append(" where id = 123456"); ------------------------------------- String buff = "select col1,col2,col3" + " from table1" + " where id = 123456"; ------------------------------------- 以外とわかってない人が多い。
対抗して、「JavaでStringBuilder使うより+で連結したほうが高速？」(C#なども) (スコア:0)
StringBuilder buff = new StringBuilder();
buff.append("select col1,col2,col3");
buff.append(" from table1");
buff.append(" where id = 123456");
-------------------------------------
String buff = "select col1,col2,col3"
+ " from table1"
+ " where id = 123456";
-------------------------------------
以外とわかってない人が多い。
Re: (スコア:0)
それは一つの式で複数結合している場合はコンパイラが最適化してくれるだけで、
ループの中で結合処理をしてたら普通にStringBuilder使ったほうが高速。
Re: (スコア:0)
だから、「高速 ？ 」なんだって。
速い遅い語る前に仕組みを理解しましょうってこと。
Re: (スコア:0)
コンパイラの最適化とかまで考え及ばず（無知なだけ）で、「StringBuilderを使えば問題ない！！」って
「やり方だけを覚えている」アホが多いって言っているんじゃないの？
実際に数回の限られた文字列結合でStringBuilder使って指摘されても逆切れする人は多い
当然、彼らはStringBuilderを使用すること自体にもコストがかかることや、そのコスト以上の恩恵が得られるのはどの程度からなのか？など考えたことすらない
とりあえず噛み付きたいだけだったんだろうけど、銀の弾丸なんてないってことは素直に認めた方が貴方の将来に＋だよ
Re:対抗して、「JavaでStringBuilder使うより+で連結したほうが高速？」(C#なども (スコア:1)
『数回の限られた文字列結合』のコストてどれくらいかかるの。
ハードウェアの力でどうにでもなるところをちくちく最適化するのは、仕事でなくて趣味の範囲だよね。
Re: (スコア:0)
ループでもStringBuilderに最適化してくれないJavaのアホさのために
自分でStringBuilderをちまちま書かなきゃいけないほうは仕事なんだから
そこまでやってもべつにいいでしょ
ループのときはStringBuilder、ループ使わないで一行で結合するなら+って機械的にやるだけでいいんだし
一行で結合する場合は明らかに+のほうがやりたいことが明確だし
Re:対抗して、「JavaでStringBuilder使うより+で連結したほうが高速？」(C#なども (スコア:1)
「コストが無視できないから」「やりたいことが明確でないから」のどちらが本当の理由ですか。
どちらにしても、指摘してやり直させる動機としては弱いけど。
こんなレビューがまかり通るなら、レビュアーの教育にもっと力を入れた方がいい気がする。
アホ対策には全部 StringBuilder を使ってくれるほうが、パフォーマンス劣化の原因が一つ減るので安心できる。
Re: (スコア:0)
言語だけでなく型や命令だって銀の弾丸は無いし。
てかC#に至っては文字列探して連結するループなんか記述不要でLINQとString.Join、
Javaだとstreamである程度は近づけられるが末端foreachなのでStringBuilderかな。
Re: (スコア:0)
×以外と
Re: (スコア:0)
以外と知らない人多いんだよねえ
Re: (スコア:0)
× 「×以外と」
○ 「×以外と ○意外と」