字符串插值与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。