String Interpolation vs String.Format

Existe uma diferença de desempenho perceptível entre o uso de interpolação de string:

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

vs String.Format ()?

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

Só estou perguntando porque o Resharper está solicitando a correção, e eu já fui enganado antes.

Notável é relativo. No entanto: a interpolação de strings é transformada em string.Format()tempo de compilação, então elas devem terminar com o mesmo resultado.

No entanto, existem diferenças sutis: como podemos dizer a partir dessa pergunta, a concatenação de string no especificador de formato resulta em uma string.Concat()chamada adicional .

a interpolação de string é transformada em string.Format () em tempo de compilação.

Também em string.Format, você pode especificar várias saídas para um único argumento e diferentes formatos de saída para um único argumento. Mas a interpolação de strings é mais legível, eu acho. Então a escolha é sua.

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

Existem alguns resultados de teste de desempenho https://koukia.ca/string-interpolation-vs-string-format-string-concat-and-string-builder-performance-benchmarks-c1dad38032a

A questão era sobre o desempenho, no entanto, o título diz apenas "vs", então eu sinto que tenho que adicionar mais alguns pontos, embora alguns deles sejam opinativos.

• Localização

  • A interpolação de string não pode ser localizada devido à sua natureza de código embutido. Antes da localização, ele foi transformado em string.Format. No entanto, existem ferramentas para isso (por exemplo ReSharper).

• Capacidade de manutenção (minha opinião)

  • string.Formaté muito mais legível, pois se concentra na frase que eu gostaria de formular, por exemplo, ao construir uma mensagem de erro agradável e significativa. Usar os {N}marcadores de posição me dá mais flexibilidade e é mais fácil modificá-lo posteriormente.
  • Além disso, o especificador de formato embutido na interpretação é fácil de mal interpretado e fácil de deletar junto com a expressão durante uma mudança.
  • Ao usar expressões complexas e longas, a interpolação rapidamente se torna ainda mais difícil de ler e manter, portanto, nesse sentido, ela não é escalonada bem quando o código está evoluindo e fica mais complexo. string.Formaté muito menos sujeito a isso.
  • Afinal de contas, tudo se resume a separação de preocupações: não gosto de misturar o como deve ser apresentado com o que deve ser apresentado .

Portanto, com base nisso, decidi manter a string.Formatmaior parte do meu código. No entanto, preparei um método de extensão para ter uma forma de codificação mais fluente da qual gosto muito mais. A implementação da extensão é de uma linha e parece simplesmente assim em uso.

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

A interpolação é um ótimo recurso, não me interpretem mal. Mas, IMO, ele brilha melhor nas linguagens que não string.Formatpossuem o recurso semelhante, por exemplo, JavaScript.