Nội suy chuỗi so với String.Format

Có sự khác biệt về hiệu suất đáng chú ý giữa việc sử dụng nội suy chuỗi không:

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

so với String.Format ()?

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

Tôi chỉ hỏi vì Resharper đang nhắc bản sửa lỗi và tôi đã bị lừa trước đây.

Đáng chú ý là tương đối. Tuy nhiên: nội suy chuỗi được chuyển thành string.Format()lúc biên dịch nên chúng sẽ có cùng kết quả.

Tuy nhiên, có sự khác biệt nhỏ: như chúng ta có thể biết từ câu hỏi này , việc nối chuỗi trong trình định dạng sẽ dẫn đến một string.Concat()lệnh gọi bổ sung .

nội suy chuỗi được chuyển thành string.Format () tại thời gian biên dịch.

Cũng trong string.Format, bạn có thể chỉ định một số đầu ra cho một đối số và các định dạng đầu ra khác nhau cho một đối số. Nhưng tôi đoán là nội suy chuỗi dễ đọc hơn. Vì vậy, nó tùy thuộc vào bạn.

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

Có một số kết quả kiểm tra hiệu suất https://koukia.ca/string-interpolation-vs-string-format-string-concat-and-string-builder-performance-benchmarks-c1dad38032a

Câu hỏi là về hiệu suất, tuy nhiên tiêu đề chỉ nói "vs", vì vậy tôi cảm thấy phải thêm một vài điểm nữa, một số trong số đó là ý kiến.

• Bản địa hóa

  • Nội suy chuỗi không thể được bản địa hóa do tính chất mã nội tuyến của nó. Trước khi bản địa hóa nó đã được chuyển thành string.Format. Tuy nhiên, có công cụ cho điều đó (ví dụ ReSharper).

• Khả năng bảo trì (ý kiến ​​của tôi)

  • string.Formatdễ đọc hơn nhiều, vì nó tập trung vào câu mà tôi muốn diễn đạt, chẳng hạn như khi xây dựng một thông báo lỗi hay và có ý nghĩa. Việc sử dụng các {N}trình giữ chỗ giúp tôi linh hoạt hơn và dễ dàng sửa đổi nó hơn sau này.
  • Ngoài ra, từ định dạng nội tuyến trong lồng vào nhau rất dễ đọc nhầm và dễ xóa cùng với biểu thức trong quá trình thay đổi.
  • Khi sử dụng các biểu thức phức tạp và dài, nội suy nhanh chóng thậm chí còn khó đọc và khó bảo trì hơn, vì vậy theo nghĩa này, nó không mở rộng quy mô tốt khi mã đang phát triển và phức tạp hơn. string.Formatít bị điều này hơn nhiều.
  • Vào cuối ngày, tất cả là về sự tách biệt của những mối quan tâm: Tôi không thích trộn lẫn cách nó nên trình bày với những gì nên trình bày .

Vì vậy, dựa trên những điều này, tôi quyết định gắn bó với string.Formathầu hết các mã của mình. Tuy nhiên, tôi đã chuẩn bị một phương pháp mở rộng để có cách viết mã trôi chảy hơn mà tôi thích hơn nhiều. Triển khai của tiện ích mở rộng là một lớp lót và nó trông đơn giản như thế này khi được sử dụng.

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

Nội suy là một tính năng tuyệt vời, đừng hiểu sai ý tôi. Nhưng IMO thì nó lại tỏa sáng tốt nhất trong những ngôn ngữ không string.Formatcó tính năng giống, ví dụ như JavaScript.