การแก้ไขสตริงเทียบกับสตริงรูปแบบ

มีความแตกต่างของประสิทธิภาพที่สังเกตได้ระหว่างการใช้การแก้ไขสตริง:

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

เทียบกับ String.Format ()?

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

ฉันแค่ถามเพราะ Resharper กำลังแจ้งการแก้ไขและฉันเคยโดนหลอกมาก่อน

ที่สังเกตได้คือญาติ อย่างไรก็ตาม: การแก้ไขสตริงถูกเปลี่ยนเป็นstring.Format()เวลาคอมไพล์ดังนั้นจึงควรได้ผลลัพธ์เดียวกัน

แม้ว่าจะมีความแตกต่างเล็กน้อยดังที่เราทราบได้จากคำถามนี้การต่อสายอักขระในตัวระบุรูปแบบจะทำให้เกิดการstring.Concat()เรียกเพิ่มเติม

การแก้ไขสตริงจะเปลี่ยนเป็นสตริงรูปแบบ () ในเวลาคอมไพล์

นอกจากนี้ในสตริงรูปแบบคุณสามารถระบุเอาต์พุตหลายรายการสำหรับอาร์กิวเมนต์เดียวและรูปแบบเอาต์พุตที่แตกต่างกันสำหรับอาร์กิวเมนต์เดียว แต่การแก้ไขสตริงนั้นอ่านได้ง่ายกว่าฉันเดา ดังนั้นขึ้นอยู่กับคุณ

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

คำถามเกี่ยวกับประสิทธิภาพ แต่ชื่อเรื่องบอกว่า "vs" ดังนั้นฉันจึงรู้สึกว่าต้องเพิ่มคะแนนอีกเล็กน้อยบางส่วนก็มีความเห็น

• การแปล

  • การแก้ไขสตริงไม่สามารถแปลเป็นภาษาท้องถิ่นได้เนื่องจากเป็นรหัสแบบอินไลน์ 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