Логгер slf4j переваги форматування з {} замість конкатенації рядків

Чи є якась перевага використання {}замість об’єднання рядків?

Приклад із slf4j

logger.debug("Temperature set to {}. Old temperature was {}.", t, oldT);

замість

logger.debug("Temperature set to"+ t + ". Old temperature was " + oldT);

Я думаю, що мова йде про оптимізацію швидкості, оскільки оцінки параметрів (і конкатенації рядків) можна було б уникнути під час виконання, залежно від конфігураційного файлу. Але можливі лише два параметри, то іноді немає іншого вибору, крім об’єднання рядків. Потрібні думки з цього питання.

Це є про продуктивність конкатенації. Це потенційно важливо, якщо у вас є щільні оператори реєстрації.

(До SLF4J 1.7) Але можливі лише два параметри

Оскільки переважна більшість операторів журналювання має 2 або менше параметрів, тому API SLF4J до версії 1.6 охоплює (лише) більшість випадків використання. Розробники API надають перевантажені методи з параметрами varargs, починаючи з версії API 1.7.

У тих випадках, коли вам потрібно більше 2, і ви застрягли в попередній версії 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 []) .

Щодо швидкості: Чекі опублікував контрольний показник ще в одному зі списків.

Оскільки String є незмінним у Java, тому лівий та правий String повинні бути скопійовані в новий String для кожної пари конкатенації. Отже, краще йти на заповнювач.

Іншою альтернативою є String.format(). Ми використовуємо його в jcabi-log (статична оболонка утиліти навколо slf4j).

Logger.debug(this, "some variable = %s", value);

Це набагато зручніше для обслуговування та розширення. До того ж це легко перекласти.

Я думаю, що з точки зору автора, основною причиною є зменшення накладних витрат на конкатенацію рядків. Я просто прочитав документацію реєстратора, ви можете знайти такі слова:

/**
* <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);