assertion für Debug-Ausgaben

[Generic1]

Hallo,

ich bin auf der Suche nach einer Möglichkeit, meine (Debug-) System.out.println(""); bei der Entwicklung zu aktivieren und mit einem Schalter auszuschalten.
Das würde jetzt vielleicht mit einem globalen Flag funktionieren, scheint mir aber nicht sauber zu sein.
Meine Frage wäre gibt es eine Möglichkeit mit assertion das zu lösen?
So in der Art:

assert System.ou ...

 

[SlaterB]

ich rate in jedem Fall dazu,
Debug.print("dfskl2");
zu schreiben,
in deiner neuen Klase Debug mit eigener Methode print kannst du dir dann überlegen, ob du einen Schalter nimmst oder assert,
bei nur einer Code-Stelle ist das fast schon egal, jederzeit zu ändern,

das aber an 100 Stellen im Programm einzubauen wäre schlecht, egal zu was du dich entscheidest

 

[Generic1]

Also von Assertions rätst du ab?

 

[SlaterB]

ich rate davon ab, 100x im Code
> assert true (oder false): System.out.println("debug");
zu schreiben, genauso wie ich davon abrate, 100x
> if (DO_DEBUG) {
> System.out.println("debug");
> }
zu schreiben,
sondern eine einheitliche Hilfsmethode zu verwenden, wo man ALLES mit einer kleinen Codeänderung ändern kann,
darin dann gerne assert, wobei ich persönlich das wirklich nicht mag

 

[maki]

log4j

 

[Firestorm87]

Ich nutze für sowas stets: log4j ? Wikipedia

/EDIT: Muh zu lahm Öffne nie 2 Threads und beantworte dann ohne F5

 

[FArt]

ich rate davon ab, 100x im Code
> assert true (oder false): System.out.println("debug");
zu schreiben, genauso wie ich davon abrate, 100x
> if (DO_DEBUG) {
> System.out.println("debug");
> }
zu schreiben,
sondern eine einheitliche Hilfsmethode zu verwenden, wo man ALLES mit einer kleinen Codeänderung ändern kann,
darin dann gerne assert, wobei ich persönlich das wirklich nicht mag

Wie schon geschrieben: assert sind hier nicht gut, eine Logging-API solle verwendet werden

Auch bei einer logging-API sind die Codeguards bzgl. Performance extrem wichtig, also if(log.isDebugEnabled()) usw, auch wenn es aufwendiger aussieht...