Interpolazione di stringhe vs String.Format

C'è una notevole differenza di prestazioni tra l'utilizzo dell'interpolazione di stringhe:

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

vs String.Format ()?

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

Chiedo solo perché Resharper sta richiedendo la correzione e sono stato ingannato prima.

Notevole è relativo. Tuttavia: l'interpolazione delle stringhe viene trasformata in string.Format()fase di compilazione, quindi dovrebbero avere lo stesso risultato.

Ci sono però sottili differenze: come possiamo dedurre da questa domanda, la concatenazione di stringhe nell'identificatore di formato risulta in una string.Concat()chiamata aggiuntiva .

l'interpolazione di stringhe viene trasformata in string.Format () in fase di compilazione.

Anche in string.Format è possibile specificare diversi output per un singolo argomento e diversi formati di output per un singolo argomento. Ma l'interpolazione di stringhe è più leggibile immagino. Quindi, dipende da te.

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

Ci sono alcuni risultati dei test delle prestazioni https://koukia.ca/string-interpolation-vs-string-format-string-concat-and-string-builder-performance-benchmarks-c1dad38032a

La domanda riguardava le prestazioni, tuttavia il titolo dice solo "vs", quindi mi sento come se dovessi aggiungere qualche punto in più, alcuni dei quali sono supponenti.

• Localizzazione

  • L'interpolazione di stringhe non può essere localizzata a causa della sua natura di codice inline. Prima della localizzazione deve essere trasformato in string.Format. Tuttavia, ci sono strumenti per questo (ad esempio ReSharper).

• Manutenibilità (la mia opinione)

  • string.Formatè molto più leggibile, poiché si concentra sulla frase ciò che vorrei formulare, ad esempio quando costruisco un messaggio di errore carino e significativo. L'utilizzo dei {N}segnaposto mi offre maggiore flessibilità ed è più facile modificarlo in seguito.
  • Inoltre, l'identificatore di formato inline nell'interploation è facile da interpretare erroneamente e facile da eliminare insieme all'espressione durante una modifica.
  • Quando si usano espressioni complesse e lunghe, l'interpolazione diventa rapidamente ancora più difficile da leggere e mantenere, quindi in questo senso non si adatta bene quando il codice si evolve e diventa più complesso. string.Formatè molto meno incline a questo.
  • Alla fine della giornata è tutta una questione di separazione delle preoccupazioni: non mi piace mescolare il modo in cui dovrebbe presentarsi con ciò che dovrebbe essere presentato .

Quindi, sulla base di questi, ho deciso di restare string.Formatnella maggior parte del mio codice. Tuttavia, ho preparato un metodo di estensione per avere un modo più scorrevole di codificare che mi piace molto di più. L'implementazione dell'estensione è di una riga e sembra semplicemente così in uso.

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

L'interpolazione è un'ottima funzionalità, non fraintendermi. Ma IMO brilla al meglio in quelle lingue che mancano della string.Formatfunzionalità simile, ad esempio JavaScript.