GJAX IS UNDER CONSTRUCTION! （※日本語ブログ）

http://java.sun.com/j2se/1.5.0/ja/docs/ja/api/java/lang/StringBuilder.html#indexOf%28java.lang.String%29

※多分、根本的な前提が違うｗ

>※多分、根本的な前提が違うｗ

Javaじゃん
っていうツッコミで合ってる？（疑心暗鬼）

＃おめでとうございます。迷惑メールフォルダに入った初のフィードバックメールです。orz
＃関係ないけど「今日もコメントないんだろうな～。」「先週末から下がりっぱなしだな～。」って感じだったので嬉しいです。

dim hoge as System.Text.StringBuilder = New System.Text.StringBuilder
hoge.ToString.IndexOf() でいーじゃん（ぼそ）

>hoge.ToString.IndexOf() でいーじゃん（ぼそ）

ToString()は無しでのつもりだったのですが。
そういう場面に遭遇した際ははそうするしか無いのか。

そこで拡張メソッドの出番ですよ、とｗ

あとは、

for (int i = 0; i < sb.Length; i++)
{
　　if (sb[i] == ch) return i;
}
return -1;

とかはダメですよねｗ
むしろ余計に時間が掛かりそうｗ

arrayクラスに展開してFind系メソッドで、でれげーと

ごめんなさい、言ってみただけ＜おい

少しだけ理由が書いてありました。
http://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=94286
片桐さんが仰っていることそのままみたいｗ＞ToString.IndexOf() でいーじゃん

通り＊さん

＞少しだけ理由が書いてありました。
＞http://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=94286
＞片桐さんが仰っていることそのままみたいｗ＞ToString.IndexOf() でいーじゃん

マイクロソフトからのコメントを探してきてもらってありがとうございます。

StringBuilderはあくまで大量の文字列処理（主に結合）に生じるパフォーマンス低下を回避するため、という原点に立ち返った方がいいのかもしれないですね。
＃文字列定数の結合などStringBuilderを使うとかえって遅くなったりする場面があるし

meltさん
＞そこで拡張メソッドの出番ですよ、とｗ

StringBuilderに対して用意されていないのなら、パフォーマンスを考えてバイト配列で管理された自作StringBuilderを作ってみたら・・・と思いました。（文字列照合で不安が残りますが。）　って、片桐さんに同じようなこと言われてますね。

＃マルチバイトでも同一文字コードでUTF-8（Unicode全般？）ならバイト列検索でＯＫなのかな？

UTF-8のバイト列なら自身が何バイト目か分かるので、先頭バイトが他の文字の下位バイトにマッチするということがなく比較しやすい気はしますね。

FTEJ4b Awesome blog article.Really looking forward to read more.