Logger slf4j zalety formatowania z {} zamiast konkatenacji ciągów

Czy jest jakaś zaleta używania {}zamiast konkatenacji ciągów?

Przykład z slf4j

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

zamiast

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

Myślę, że chodzi o optymalizację prędkości, ponieważ oceny parametrów (i konkatenacji ciągów) można uniknąć w czasie wykonywania, w zależności od pliku konfiguracyjnego. Ale możliwe są tylko dwa parametry, a czasami nie ma innego wyboru niż konkatenacja ciągów. Potrzeba opinii na ten temat.

To jest o wydajności konkatenacji. Jest to potencjalnie istotne, jeśli masz gęste instrukcje logowania.

(Przed SLF4J 1.7) Ale możliwe są tylko dwa parametry

Ponieważ zdecydowana większość instrukcji logowania ma 2 lub mniej parametrów, interfejs API SLF4J do wersji 1.6 obejmuje (tylko) większość przypadków użycia. Projektanci API udostępnili przeciążone metody z parametrami varargs od wersji API 1.7.

W przypadkach, w których potrzebujesz więcej niż 2 i utknąłeś z SLF4J starszym niż 1.7, po prostu użyj połączenia ciągów lub new Object[] { param1, param2, param3, ... }. Powinno ich być wystarczająco mało, aby wydajność nie była tak ważna.

Krótka wersja: Tak, jest szybsza, z mniejszą ilością kodu!

Łączenie ciągów wykonuje dużo pracy bez wiedzy, czy jest potrzebne, czy nie (tradycyjny test „obsługuje debugowanie” znany z log4j) i należy go unikać, jeśli to możliwe, ponieważ {} umożliwia opóźnienie wywołania toString () i konstrukcji ciągu po ustaleniu, czy wydarzenie wymaga nagrania, czy nie. Dzięki formatowaniu pliku rejestrującego pojedynczy plik ciąg, kod staje się moim zdaniem czystszy.

Możesz podać dowolną liczbę argumentów. Zauważ, że jeśli używasz starej wersji sljf4j i masz więcej niż dwa argumenty {}, musisz użyć new Object[]{a,b,c,d}składni, aby zamiast tego przekazać tablicę. Zobacz np. Http://slf4j.org/apidocs/org/slf4j/Logger.html#debug(java.lang.String, java.lang.Object []) .

Odnośnie prędkości: Ceki jakiś czas temu opublikował benchmark na jednej z list.

Ponieważ String jest niezmienny w Javie, więc lewy i prawy ciąg muszą zostać skopiowane do nowego ciągu dla każdej pary konkatenacji. Więc lepiej wybierz symbol zastępczy.

Inną alternatywą jest String.format(). Używamy go w jcabi-log (statyczne opakowanie narzędziowe wokół slf4j).

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

Jest znacznie łatwiejszy w utrzymaniu i rozbudowie. Poza tym łatwo to przetłumaczyć.

Myślę, że z punktu widzenia autora głównym powodem jest zmniejszenie narzutu związanego z konkatenacją ciągów, po prostu przeczytałem dokumentację rejestratora, możesz znaleźć następujące słowa:

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