Stiamo rivedendo la nostra applicazione web JEE per alcuni refactoring pianificati e uno dei suggerimenti è sostituire log4j con logback o slf4j
Il team non è chiaro se dovremmo farlo, perché al momento vogliamo seguire se non è rotto, non correggere in quest'area.
Modifica: non sto chiedendo un confronto dei framework di registrazione, ma se sia un prezioso elemento refactoring per cambiare il framework quando siamo abbastanza felici con log4j
Una domanda importante da tenere in considerazione: costruisci una libreria che viene utilizzata da qualcun altro o costruisci il prodotto finale?
Nel primo caso, SLF4j è molto importante, perché qualcuno integrerà la tua libreria nel suo software che ha già il login e sarebbe bello se le tue classi lo usassero.
Nel secondo caso, direi che puoi lasciarlo così com'è. Forse pensa di usare slf4j sul prossimo progetto.
Non farlo. Meglio passare il tuo tempo ad implementare invece funzionalità utili e preziose.
Se Log4J funziona per te, non c'è motivo di cambiarlo. In caso contrario, cerca un'alternativa che faccia ciò di cui hai bisogno, che può essere o non essere slf4j.
Solo perché qualcuno dice che qualcosa è più bello di qualcos'altro non dovrebbe mai essere un motivo per cambiare l'intera applicazione (o per adottare quel qualcosa di completamente nuovo).
Slf4j è un'API che consente di scegliere se utilizzare log4j, logback o la registrazione jdk predefinita al momento della distribuzione invece di decidere al momento della compilazione (che è ciò che accade quando si codifica direttamente a log4j )
Slf4j fornisce anche la struttura {} che può ritardare costose chiamate toString (), evitandole interamente se l'istruzione del registro non è abilitata.
Puoi quindi scegliere il motore più tardi.
Leggi altre domande sui tag refactoring