SLF4J (prosta fasada rejestrowania dla Java) to interfejs API zaprojektowany w celu zapewnienia ogólnego dostępu do wielu platform rejestrowania, jednym z nich jest log4j.

Jest to w zasadzie warstwa abstrakcji. To nie jest implementacja rejestrowania. Oznacza to, że jeśli piszesz bibliotekę i używasz SLF4J, możesz przekazać tę bibliotekę komuś innemu do użycia, a ona może wybrać, która implementacja rejestrowania ma być używana z SLF4J, np. log4j lub API rejestrowania Java. Służy do zapobiegania uzależnianiu aplikacji od różnych interfejsów API rejestrowania, tak jak korzystają one z zależnych od nich bibliotek.

Jednakże opracowujemy różnicę między Log4J i SLF4J, która zasługuje na tylko jedną odpowiedź liniową. tj. samo pytanie jest błędne. SLF4J i Log4J są różne lub nie są podobnymi komponentami. Jak sama nazwa wskazuje, SLF4J jest prostą fasadą rejestrującą dla Java. Nie jest to komponent rejestrujący i nawet on nie dokonuje faktycznego rejestrowania. Jest to jedynie warstwa abstrakcji dla podstawowego komponentu rejestrowania.

W przypadku Log4j , jest to komponent rejestrujący i wykonuje instrukcje rejestrowania. Możemy więc powiedzieć, że SLF4J i Log4J to logicznie dwie różne rzeczy.

Teraz wystarczy wybrać, jakiego środowiska rejestrowania chcesz używać w czasie wykonywania. W tym celu będziesz musiał dołączyć dwa pliki jar:

• Plik jar wiązania SLF4J
• Żądane pliki jar platformy rejestrowania

Na przykład, aby użyć log4j w swoim projekcie, będziesz musiał dołączyć podane poniżej pliki jar:

• slf4j-log4j12-1.7.12.jar
• log4j-1.2.17.jar

Po umieszczeniu obu plików jar w ścieżce klas aplikacji, SLF4J automatycznie je wykryje i zacznie używać log4j do przetwarzania instrukcji dziennika w oparciu o konfigurację podaną w pliku konfiguracyjnym log4j.

aes vs des

Na przykład poniższy kod możesz zapisać w pliku klasy projektu:

 import org.slf4j.Logger; import org.slf4j.LoggerFactory; public class HelloWorld { public static void main(String[] args) { Logger logger = LoggerFactory.getLogger(HelloWorld.class); logger.info('Hello World'); } } 

Dlaczego SLF4J jest lepszy od Log4J?

Zawsze trudno jest wybrać jeden pomiędzy SLF4J i Log4j. Jeśli masz wybór, sugeruję; abstrakcja rejestrowania jest zawsze lepsza niż struktura rejestrowania. Jeśli korzystasz z abstrakcji rejestrowania, w szczególności SLF4J, możemy przeprowadzić migrację do dowolnej struktury rejestrowania, której potrzebujemy w momencie wdrożenia, bez konieczności wybierania pojedynczej zależności.

Oto powody, które są wystarczające, aby wybrać SLF4J zamiast Log4j:

• Zawsze lepiej jest używać abstrakcji.
• SLF4J to biblioteka typu open source lub biblioteka wewnętrzna, która czyni ją niezależną od konkretnej implementacji rejestrowania, co oznacza brak konieczności zarządzania wieloma konfiguracjami rejestrowania dla wielu bibliotek.
• SLF4J zapewnia rejestrowanie oparte na symbolach zastępczych, co poprawia czytelność kodu poprzez usunięcie kontroli takich jak isInforEnabled(), isDebugEnabled() itp.
• Stosując metodę rejestrowania SLF4J, odraczamy koszt tworzenia komunikatów rejestrowania (łańcuch znaków) do czasu, aż będzie to potrzebne, co jest efektywne zarówno pod względem procesora, jak i pamięci.
• Ponieważ SLF4J używa mniejszej liczby ciągów tymczasowych, oznacza to mniej pracy modułu zbierającego elementy bezużyteczne, co oznacza lepszą przepustowość i wydajność aplikacji.

Zasadniczo SLF4J nie zastępuje log4j; oboje pracują razem. Usuwa zależność aplikacji od log4j i ułatwia zastąpienie jej w przyszłości bardziej wydajną biblioteką.