文字列補間とString.Format

文字列補間の使用には顕著なパフォーマンスの違いがありますか？

myString += $"{x:x2}";

vs String.Format（）？

myString += String.Format("{0:x2}", x);

Resharperが修正を促しているため、私は質問しているだけで、以前はだまされていました。

注目すべきは相対的です。ただし、文字列補間はstring.Format()コンパイル時に変換されるため、結果は同じになります。

ただし、微妙な違いがあります。この質問からわかるように、書式指定子での文字列連結は追加のstring.Concat()呼び出しになります。

文字列補間はコンパイル時にstring.Format（）に変換されます。

また、string.Formatでは、単一の引数に複数の出力を指定し、単一の引数に異なる出力形式を指定できます。しかし、文字列補間はもっと読みやすいと思います。だから、それはあなた次第です。

a = string.Format("Due date is {0:M/d/yy} at {0:h:mm}", someComplexObject.someObject.someProperty);

b = $"Due date is {someComplexObject.someObject.someProperty:M/d/yy} at {someComplexObject.someObject.someProperty:h:mm}";

いくつかのパフォーマンステスト結果がありますhttps://koukia.ca/string-interpolation-vs-string-format-string-concat-and-string-builder-performance-benchmarks-c1dad38032a

問題はパフォーマンスに関するものでしたが、タイトルは「vs」とだけ書かれているので、もう少しポイントを追加する必要があるように感じます。

• ローカリゼーション

  • インラインコードの性質上、文字列補間はローカライズできません。ローカライズ前は、になっていstring.Formatます。ただし、そのためのツールがあります（例：）ReSharper。

• 保守性（私の意見）

  • string.Formatたとえば、わかりやすく意味のあるエラーメッセージを作成する場合など、私が言いたい文に焦点を当てているため、はるかに読みやすくなっています。{N}プレースホルダーを使用すると柔軟性が増し、後で簡単に変更できます。
  • また、挿入でのインライン形式指定子は読み間違えやすく、変更時に式と一緒に削除されやすくなります。
  • 複雑で長い式を使用すると、補間はすぐに読み取りや保守がさらに難しくなるため、この意味で、コードが進化して複雑になると、拡張がうまくスケーリングしません。string.Formatこの傾向ははるかに少ないです。
  • 結局のところ、問題を分離することがすべてです。私は、それがどのように提示されるべきか、何が提示されるべきかを混合するのは好きではありません。

したがって、これらに基づいてstring.Format、ほとんどのコードを使用することにしました。しかし、私はもっと流暢なコーディング方法を持つ拡張メソッドを用意しました。拡張機能の実装はワンライナーであり、使用中はこのように見えます。

var myErrorMessage = "Value must be less than {0:0.00} for field {1}".FormatWith(maximum, fieldName);

補間は素晴らしい機能です。誤解しないでください。しかし、IMO string.Formatは、JavaScriptのような-のような機能を見逃している言語で最高に輝きます。