Start und Stop jeder Methode Tracen an nur einer stelle Implementieren

[schlecki]

Zitat:

Zitat von himitsu (Beitrag 1152538)

Die VAriante mit dem Interface ist eigentlich genial. :thumb:
Das darf ich mir doch mopsen? :angle2:

dafür hab ichs gepostet :)

[Bernhard Geyer]

Zitat:

Zitat von schlecki (Beitrag 1152476)

Die Verwendung ist dann so:

Delphi-Quellcode:

procedure TForm.ButtonClick(...) 
begin
  TMeasure.MeasureThis('TForm.ButtonClick');
  Writeln('Muuh');
  Sleep(1000);
end;

Wenn man die Hilfsroutinen der JEDI zur verfügung hat könnte man sich den Text-Parameter bei "MeasureThis" sparen.
Einfach im Callstack den passenden Methodennamen rausholen und als Text ausgeben.
Dann könnte man mit einer einfachen Methode das komplett erschlagen

Delphi-Quellcode:

procedure StartMeasure: IAutoDestroy;
begin
  result := TMeasure.MeasureThis(_STACK...._);
end;

Verwendung:

Delphi-Quellcode:

procedure TForm.ButtonClick(...)
begin
  StartMeasure;
  Writeln('Muuh');
  Sleep(1000);
end;

[gibb]

Okay das klingt schonmal nicht schlecht...

Interface + JEDI klasse ergibt immerhin einen einzeiler der dynamisch klassen+methodenname ausliest... jetzt nur noch an einer stelle implementieren + einen schalter einbauen ob das tracing stattfinden soll. Aber diese stelle gibt es wohl nicht oder? es gibt ja nichts was die methodenaufrufe sozusagen verarbeitet und man noch einfluss darauf nehmen kann...

[Bummi]

{$ifdef debug} ... {$endif}

??

[schlecki]

oder ein boolean als class var in TMeasure - wenn der false ist, einfach im Log nichts schreiben.

edit: @bernhard geyer das mit der jcl muß ich mir nochmal anschauen, haben wir sowieso im projekt :) Danke ^^

[Luckie]

Darf man mal fragen wozu du das brauchst?

[himitsu]

Zitat:

Zitat von Luckie (Beitrag 1152590)

Darf man mal fragen wozu du das brauchst?

Wenn man absolut keine Ahnung hat, was das eigene Programm macht und man das nun endlich mal wissen will? :stupid:

Bei 'ner Multithreadanwendung, mit "ausreichend" (tausenden/millionen) Funktionen, da möchte ich dan die "kleinen" Logdateien sehn und vorallem den, welcher damit dann auch wirklich noch was anfangen kann (den, der in dieser Masse dann noch das Wichtige findet).

[Furtbichler]

Zitat:

Zitat von himitsu (Beitrag 1152595)

...da möchte ich dann die "kleinen" Logdateien sehn und vorallem den, welcher damit dann auch wirklich noch was anfangen kann (den, der in dieser Masse dann noch das Wichtige findet).

Es soll doch glatt Leute geben, die sich eine Auswertesoftware schreiben oder die Ergebnisse in einen SQL-Server schaufeln und dann damit rumspielen.

[Stevie]

Zitat:

Zitat von himitsu (Beitrag 1152538)

Die VAriante mit dem Interface ist eigentlich genial. :thumb:
Das darf ich mir doch mopsen? :angle2:

Dieses Pattern nennt sich RAII.

[Daniel]

Zitat:

Zitat von Luckie (Beitrag 1152590)

Darf man mal fragen wozu du das brauchst?

Damit ließe sich quantitativ erfassen, welche Programmteile wie oft aufgerufen werden und dabei allein und in Summe wie viel Ausführungszeit benötigen. Danach hat man (im Idealfall) eine Vorstellung, welches die maßgeblichen Flaschenhälse sind und wo man am effizientesten zur Optimierung ansetzen kann.