Інтерполяція рядків проти String.Format

Чи є помітна різниця в продуктивності між використанням інтерполяції рядків:

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

vs 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.