มีข้อดีของการใช้{}แทนการต่อสตริงหรือไม่?
ตัวอย่างจาก slf4j
logger.debug("Temperature set to {}. Old temperature was {}.", t, oldT);
แทน
logger.debug("Temperature set to"+ t + ". Old temperature was " + oldT);
ฉันคิดว่ามันเกี่ยวกับการเพิ่มประสิทธิภาพความเร็วเนื่องจากการประเมินพารามิเตอร์ (และการต่อสตริง) สามารถหลีกเลี่ยงได้ในรันไทม์ขึ้นอยู่กับไฟล์กำหนดค่า แต่เป็นไปได้เพียงสองพารามิเตอร์บางครั้งก็ไม่มีทางเลือกอื่นนอกจากการต่อสตริง ต้องการความเห็นเกี่ยวกับปัญหานี้
คำตอบ:
มันเป็นเกี่ยวกับประสิทธิภาพ concatenation สตริง อาจมีนัยสำคัญหากคุณมีข้อความบันทึกที่หนาแน่น
(ก่อนหน้า SLF4J 1.7) แต่เป็นไปได้เพียงสองพารามิเตอร์เท่านั้น
เนื่องจากข้อความบันทึกส่วนใหญ่มีพารามิเตอร์ 2 ตัวหรือน้อยกว่าดังนั้น SLF4J API ถึงเวอร์ชัน 1.6 จึงครอบคลุมกรณีการใช้งานส่วนใหญ่ (เท่านั้น) นักออกแบบ API ได้จัดเตรียมเมธอดที่มากเกินไปพร้อมพารามิเตอร์ varargs ตั้งแต่ API เวอร์ชัน 1.7
สำหรับกรณีที่คุณต้องการมากกว่า 2 และคุณติดอยู่กับ pre-1.7 SLF4J จากนั้นใช้การต่อสายอักขระหรือnew Object[] { param1, param2, param3, ... }. ควรมีไม่กี่คนที่ประสิทธิภาพไม่สำคัญเท่า
เวอร์ชันสั้น: ใช่เร็วกว่าด้วยรหัสน้อย!
การต่อสายอักขระทำงานได้มากโดยไม่ทราบว่าจำเป็นหรือไม่ (การทดสอบ "เปิดใช้การดีบักแบบดั้งเดิม" ที่ทราบจาก log4j) และควรหลีกเลี่ยงหากเป็นไปได้เนื่องจาก {} อนุญาตให้หน่วงเวลาการเรียก toString () และการสร้างสตริง หลังจากได้รับการตัดสินแล้วว่าเหตุการณ์นั้นจำเป็นต้องจับภาพหรือไม่ ด้วยการจัดรูปแบบคนตัดไม้เป็นสตริงเดียวรหัสจะสะอาดขึ้นในความคิดของฉัน
คุณสามารถระบุอาร์กิวเมนต์จำนวนเท่าใดก็ได้ โปรดทราบว่าหากคุณใช้ sljf4j เวอร์ชันเก่าและคุณมีอาร์กิวเมนต์มากกว่าสองอาร์กิวเมนต์{}คุณต้องใช้new Object[]{a,b,c,d}ไวยากรณ์เพื่อส่งผ่านอาร์เรย์แทน ดูเช่นhttp://slf4j.org/apidocs/org/slf4j/Logger.html#debug(java.lang.String, java.lang.Object [])
เกี่ยวกับความเร็ว: Ceki โพสต์เกณฑ์มาตรฐานในขณะที่กลับมาในรายการใดรายการหนึ่ง
debug(String format, Object... arguments). ดูslf4j.org/faq.html#logging_performance
เนื่องจาก String ไม่เปลี่ยนรูปใน Java ดังนั้นจึงต้องคัดลอก String ด้านซ้ายและขวาลงใน String ใหม่สำหรับการเชื่อมต่อทุกคู่ ดังนั้นไปหาตัวยึดจะดีกว่า
String.format()ทางเลือกหนึ่งคือ เรากำลังใช้มันในjcabi-log (เครื่องห่อยูทิลิตี้แบบคงที่รอบ ๆ slf4j)
Logger.debug(this, "some variable = %s", value);
สามารถบำรุงรักษาและขยายได้มากขึ้น นอกจากนี้ยังง่ายต่อการแปล
valueการเปลี่ยนแปลงคุณต้องย้อนกลับและเปลี่ยนคำสั่งการบันทึกด้วย สิ่งที่ IDE จะไม่ช่วยคุณ คนตัดไม้ควรช่วยในการแก้ไขข้อบกพร่องและอย่าเข้ามาขัดขวาง :-)
String.format("%d", "Test") IntelliJ Argument type 'String' does not match the type of the format specifier '%d'.แม้ว่าฉันไม่แน่ใจว่าจะยังสามารถตอบสนองที่ชาญฉลาดนี้ได้เมื่อทำงานกับโซลูชันข้างต้น
ฉันคิดว่าจากมุมมองของผู้เขียนเหตุผลหลักคือการลดค่าใช้จ่ายสำหรับการต่อสตริงฉันเพิ่งอ่านเอกสารของคนตัดไม้คุณจะพบคำต่อไปนี้:
/**
* <p>This form avoids superfluous string concatenation when the logger
* is disabled for the DEBUG level. However, this variant incurs the hidden
* (and relatively small) cost of creating an <code>Object[]</code> before
invoking the method,
* even if this logger is disabled for DEBUG. The variants taking
* {@link #debug(String, Object) one} and {@link #debug(String, Object, Object) two}
* arguments exist solely in order to avoid this hidden cost.</p>
*/
*
* @param format the format string
* @param arguments a list of 3 or more arguments
*/
public void debug(String format, Object... arguments);