Interpolación de cadenas vs String.Format

¿Existe una diferencia de rendimiento notable entre el uso de la interpolación de cadenas?

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

vs String.Format ()?

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

Solo pregunto porque Resharper está solicitando la solución, y me han engañado antes.

Notable es relativo. Sin embargo: la interpolación de cadenas se convierte en string.Format()tiempo de compilación, por lo que deberían terminar con el mismo resultado.

Sin embargo, existen diferencias sutiles: como podemos deducir de esta pregunta, la concatenación de cadenas en el especificador de formato da como resultado una string.Concat()llamada adicional .

la interpolación de cadenas se convierte en string.Format () en tiempo de compilación.

También en string.Format puede especificar varias salidas para un solo argumento y diferentes formatos de salida para un solo argumento. Pero la interpolación de cadenas es más legible, supongo. Eso depende de ti.

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}";

Hay algunos resultados de pruebas de rendimiento https://koukia.ca/string-interpolation-vs-string-format-string-concat-and-string-builder-performance-benchmarks-c1dad38032a

La pregunta era sobre el rendimiento, sin embargo, el título solo dice "vs", así que siento que tengo que agregar algunos puntos más, aunque algunos de ellos tienen opiniones.

• Localización

  • La interpolación de cadenas no se puede localizar debido a su naturaleza de código en línea. Antes de la localización se ha convertido en string.Format. Sin embargo, hay herramientas para eso (por ejemplo ReSharper).

• Mantenibilidad (mi opinión)

  • string.Formates mucho más legible, ya que se centra en la oración que me gustaría expresar, por ejemplo, al construir un mensaje de error agradable y significativo. El uso de {N}marcadores de posición me da más flexibilidad y es más fácil modificarlo más tarde.
  • Además, el especificador de formato en línea en la interploración es fácil de leer mal y fácil de eliminar junto con la expresión durante un cambio.
  • Cuando se utilizan expresiones complejas y largas, la interpolación se vuelve rápidamente aún más difícil de leer y mantener, por lo que, en este sentido, no se escala bien cuando el código evoluciona y se vuelve más complejo. string.Formates mucho menos propenso a esto.
  • Al final del día, se trata de separar las preocupaciones: no me gusta mezclar cómo debe presentarse con qué debe presentarse .

Entonces, en base a estos, decidí seguir con la string.Formatmayor parte de mi código. Sin embargo, he preparado un método de extensión para tener una forma más fluida de codificar que me gusta mucho más. La implementación de la extensión es de una sola línea, y se ve simplemente así en uso.

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

La interpolación es una gran característica, no me malinterpretes. Pero en mi opinión, brilla mejor en aquellos lenguajes que pierden la string.Formatcaracterística similar, por ejemplo, JavaScript.