ich dieses viel loswerden wollen ...Gibt es noch eine Java 1.5 varargs API für slf4j?
public void info(String msg);
public void info(String format, Object arg);
public void info(String format, Object arg1, Object arg2);
public void info(String format, Object[] argArray);
... und ersetzen Sie es durch dieses ...
public void info(String format, Object ... args);
... so, dass meine Logging-Syntax nicht der Fall ist müssen sich abhängig von der Anzahl der Argumente ändern, die ich protokollieren möchte. Es scheint viel zu diskutieren und zu arbeiten, aber wo ist es? Oder sollte ich den Wrapper, der slf4j ist, einpacken?
Wenn ein Open-Source-Projekt Ihre Patches nicht akzeptiert und Sie die bestimmte Funktionalität benötigen, dann erscheint die Antwort ziemlich offensichtlich, nein? – kdgregory
@ kdgregory - nein, nicht offensichtlich und nicht wie es funktionieren sollte; das ist eine kommerzielle (fatalistische) Denkweise, wobei software = vendor.pay(). requestFeature(). receiveUpgrade(); if catch UnsupportedException, es ist neu Vendor() || self.screwed(). Aber openSource = public.download(). Use(). RequestFeature(). AwarnUntil (public.getConsensus()); Wenn Konsens <= Kosten (in Zeit oder $$), sollte es sich lohnen. Ein Großteil meiner Zeit (als kommerzieller SW-Entwickler) wird für die Umsetzung von schlecht konzipierten Verbesserungen aufgewendet, die nicht vom Konsens/gesunden Menschenverstand motiviert sind, sondern von dollars.received(). Ich erwarte auch, dass dies beibehalten wird, was zu zukünftigen Kosten beiträgt. – michael
@michael_n - nicht sicher, wie Sie meinen Kommentar interpretiert haben, aber die offensichtliche Antwort ist "mach eine Gabelung". Es ist schön, wenn die Projektbetreuer die gleichen Dinge wollen wie du, aber das passiert nicht immer. – kdgregory