Interpolacja ciągów a String.Format

Czy istnieje zauważalna różnica w wydajności między używaniem interpolacji ciągów:

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

vs String.Format ()?

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

Pytam tylko dlatego, że Resharper podpowiada poprawkę, a mnie już wcześniej oszukano.

Godne uwagi jest względne. Jednak: interpolacja ciągów jest zmieniana w string.Format()czasie kompilacji, więc powinny zakończyć się tym samym wynikiem.

Istnieją jednak drobne różnice: jak wynika z tego pytania, konkatenacja ciągów znaków w specyfikatorze formatu skutkuje dodatkowym string.Concat()wywołaniem.

interpolacja ciągów jest zamieniana na string.Format () w czasie kompilacji.

Również w string.Format możesz określić kilka wyjść dla pojedynczego argumentu i różne formaty wyjściowe dla pojedynczego argumentu. Ale interpolacja ciągów jest chyba bardziej czytelna. Więc to zależy od Ciebie.

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

Istnieją wyniki testów wydajności https://koukia.ca/string-interpolation-vs-string-format-string-concat-and-string-builder-performance-benchmarks-c1dad38032a

Pytanie dotyczyło wydajności, jednak tytuł mówi tylko „vs”, więc czuję, że muszę dodać jeszcze kilka punktów, chociaż niektóre z nich są uparte.

• Lokalizacja

  • Nie można zlokalizować interpolacji ciągów ze względu na jej charakter kodu wbudowanego. Przed lokalizacją został zmieniony na string.Format. Jest jednak do tego narzędzia (np ReSharper.).

• Konserwowalność (moja opinia)

  • string.Formatjest znacznie bardziej czytelny, ponieważ skupia się na zdaniu , które chciałbym wyrazić, na przykład podczas konstruowania ładnego i znaczącego komunikatu o błędzie. Używanie {N}symboli zastępczych zapewnia mi większą elastyczność i łatwiej jest je później zmodyfikować.
  • Ponadto wbudowany specyfikator formatu w wykorzystywaniu jest łatwy do błędnego odczytania i łatwy do usunięcia wraz z wyrażeniem podczas zmiany.
  • Podczas używania złożonych i długich wyrażeń interpolacja szybko staje się jeszcze trudniejsza do odczytania i utrzymania, więc w tym sensie nie skaluje się dobrze, gdy kod ewoluuje i staje się bardziej złożony. string.Formatjest na to znacznie mniej podatny.
  • Ostatecznie chodzi o rozdzielenie obaw: nie lubię mieszać tego, jak to ma wyglądać, z tym, co powinno być przedstawione .

Na tej podstawie postanowiłem więc trzymać się string.Formatwiększości mojego kodu. Jednak przygotowałem metodę rozszerzenia, aby mieć płynniejszy sposób kodowania, który lubię o wiele bardziej. Wdrożenie rozszerzenia jest jednowierszowe i wygląda tak po prostu w użyciu.

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

Interpolacja to świetna funkcja, nie zrozum mnie źle. Ale IMO świeci najlepiej w tych językach, w których brakuje tej string.Formatpodobnej funkcji, na przykład JavaScript.