大文字と小文字を区別しない比較を行う場合、文字列を大文字または小文字に変換する方が効率的ですか？それも重要ですか？

このSOの投稿では、「Microsoftがそのように最適化した」ため、ToUpperの方がC＃の方が効率的であることが示唆されています。しかし、ToLowerとToUpperの変換は、文字列に含まれる内容に依存し、通常、文字列には小文字が多く含まれるため、ToLowerがより効率的になるというこの引数も読みました。

特に、私は知りたいです：

• ToUpperまたはToLowerを最適化して、一方が他方よりも高速になるようにする方法はありますか？
• 大文字または小文字の文字列間で大文字と小文字を区別しない比較を行う方が高速ですか。その理由は何ですか。
• あるケースが他のケースよりも明らかに優れているプログラミング環境（C、C＃、Pythonなど）はありますか？その理由は何ですか？

大文字と小文字を区別しない比較を行うために大文字または小文字に変換することは、一部の文化、特にトルコの「興味深い」機能のために正しくありません。代わりに、適切なオプションを指定してStringComparerを使用してください。

MSDNには、文字列の処理に関する優れたガイドラインがいくつかあります。また、コードがトルコの検定に合格することを確認することもできます。

編集：通常の大文字と小文字を区別しない比較に関するNeilのコメントに注意してください。この領域全体はかなり曖昧です:(

MSDNのMicrosoftから：

.NETFrameworkで文字列を使用するためのベストプラクティス

文字列の使用に関する推奨事項

• 使用String.ToUpperInvariant代わりの方法String.ToLowerInvariantあなたは比較のために、文字列を正規化する際の方法を。

どうして？マイクロソフトから：

文字列を大文字に正規化する

小文字に変換すると往復できない文字の小さなグループがあります。

往復できないキャラクターの例は？

• 開始：ギリシャ語のロー記号（U + 03f1）ϱ
• 大文字： Capital Greek Rho（U + 03a1）Ρ
• 小文字：小さなギリシャ文字のロー（U + 03c1）ρ

ϱ、 Ρ、 ρ

.NETフィドル

Original: ϱ
ToUpper: Ρ
ToLower: ρ

そのため、大文字と小文字を区別しない比較を行う場合は、文字列を小文字ではなく大文字に変換します。

したがって、1つを選択する必要がある場合は、大文字を選択してください。

MSDNによると、文字列を渡して、大文字と小文字を区別しないように比較する方が効率的です。

String.Compare（strA、strB、StringComparison.OrdinalIgnoreCase）は、呼び出しと同等です（ただし、より高速です）。

String.Compare（ToUpperInvariant（strA）、ToUpperInvariant（strB）、StringComparison.Ordinal）。

これらの比較はまだ非常に高速です。

もちろん、1つの文字列を何度も比較している場合、これは当てはまらない可能性があります。

小文字のエントリが多い傾向にある文字列に基づくと、ToLowerは理論的には高速であるはずです（比較はたくさんありますが、割り当てはほとんどありません）。

Cの場合、または各文字列の個別にアクセス可能な要素（C文字列やC ++のSTLの文字列型など）を使用する場合、実際にはバイト比較です。したがって、比較UPPERはと同じlowerです。

卑劣で文字列をlong配列にロードした場合、一度に4バイトを比較できるため、文字列全体を非常に高速に比較できます。ただし、ロード時間によって価値がなくなる場合があります。

どちらが速いのかを知る必要があるのはなぜですか？比較のメトリックバットロードを実行していない限り、数サイクル速く実行するものは、全体的な実行の速度とは無関係であり、時期尚早の最適化のように聞こえます:)

Microsoftは最適化しましたがToUpperInvariant()、ではありませんToUpper()。違いは、不変条件の方が文化に優しいということです。カルチャが異なる可能性のある文字列で大文字と小文字を区別しない比較を行う必要がある場合は、Invariantを使用してください。そうでない場合は、不変変換のパフォーマンスは重要ではありません。

ToUpper（）とToLower（）のどちらが速いかはわかりませんが。パフォーマンスがそれほど重要な状況になったことがないので、試したことはありません。

C＃で文字列の比較を行う場合は、両方の文字列を大文字または小文字に変換する代わりに、.Equals（）を使用する方がはるかに高速です。.Equals（）を使用するもう1つの大きな利点は、2つの新しい大文字/小文字の文字列に割り当てられるメモリが増えないことです。

それは本当に問題ではないはずです。ASCII文字の場合、それは間違いなく重要ではありません-それはほんの数回の比較であり、どちらの方向にも少し反転します。Unicodeは、大文字と小文字が奇妙に変わる文字があるため、もう少し複雑になる可能性がありますが、テキストがそれらの特殊文字でいっぱいでない限り、実際には違いはありません。

正しく行うと、小文字に変換すると速度がわずかに向上するはずですが、多くの人が示唆しているように、これは文化に依存し、関数ではなく変換する文字列（多くの小文字）に継承されます。メモリへの割り当てが少ないことを意味します）-大文字がたくさんある文字列がある場合、大文字への変換が速くなります。

場合によります。上で述べたように、ASCIIのみをプレーンにします。.NETで、Stringについて読んで使用します。i18nのもの（言語カルチャとユニコード）の正しいものを比較します。入力の可能性について何か知っている場合は、より一般的なケースを使用してください。

複数の文字列を比較する場合は、長さが優れた最初の識別器であることを忘れないでください。

純粋なASCIIを扱っている場合、それは問題ではありません。これは、OR x、32対AND x、224です。Unicode、わかりません...