Строковая интерполяция против String.Format

Есть ли заметная разница в производительности между использованием интерполяции строк:

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

против 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

Вопрос касался производительности, однако в названии просто написано «против», поэтому я чувствую, что нужно добавить еще несколько пунктов, хотя некоторые из них являются самоуверенными.

• Локализация

  • Строковую интерполяцию нельзя локализовать из-за ее встроенного кода. Перед локализацией он был преобразован в 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.