results loggen

[philipp.hofmann]

Ok, sorry. Ich dachte es wäre auf der folgenden Liste gewesen: https://www.tmssoftware.com/site/freetools.asp
War vielleicht auch mal so. Ich habe eh einige TMS-Komponenten, da diese viel Arbeitsaufwand ersparen und einen wirklich guten Support beeinhalten.

[venice2]

Zitat von philipp.hofmann:

Ok, sorry. Ich dachte es wäre auf der folgenden Liste gewesen: https://www.tmssoftware.com/site/freetools.asp
War vielleicht auch mal so. Ich habe eh einige TMS-Komponenten, da diese viel Arbeitsaufwand ersparen und einen wirklich guten Support beeinhalten.

Danke aber wie ich schon sagte keine Komponente.
Ich warte auf ein Example vom @mjustin bis es zur Verfügung steht.

[philipp.hofmann]

Vielleicht eine naive Frage, aber was macht an der Stelle für dich eine Komponente aus. TMSLogging ist an der Stelle ja kein zwingender Bestandteil deiner App-UI.
Ich habe dazu nur die core-.pas-Files eingebunden und dann musst du dich nur entscheiden, ob du die FMX-TMSLogger oder VCL-TMSLogger-Variante als .pas-File einbindest.
In meinen Formularen findest du dazu nichts.

[KodeZwerg]

//OT

Zitat von venice2:

Ich warte auf ein Example vom @mjustin bis es zur Verfügung steht.

Selbst ist der Mann/die Frau.
Schau doch mal letzte Aktualisierung an, 5 Jahre her, da du dich zurzeit damit beschäftigst, hilf ihm doch ein wenig und bastel eine Demo. *nur so ein Gedanke*
Eine Vorlage dazu steht ja hier von ihm bereits zur Verfügung und ich trau es Dir zu.

[mjustin]

Zitat von venice2:

Ich warte auf ein Example vom @mjustin bis es zur Verfügung steht.

Ich sehe gerade, dass mein letzter Post nicht angekommen ist ... Ein Beispiel, das ohne Log4D auskommt und stattdessen SimpleLogger verwendet, hatte ich gestern gepostet (Beitrag #16).

Mit Log4D ist es natürlich noch komfortabler, da es damit möglich ist in eine Datei zu loggen (und vieles mehr).

[venice2]

Zitat von KodeZwerg:

//OT

Zitat von venice2:

Ich warte auf ein Example vom @mjustin bis es zur Verfügung steht.

Selbst ist der Mann/die Frau.
Schau doch mal letzte Aktualisierung an, 5 Jahre her, da du dich zurzeit damit beschäftigst, hilf ihm doch ein wenig und bastel eine Demo. *nur so ein Gedanke*
Eine Vorlage dazu steht ja hier von ihm bereits zur Verfügung und ich trau es Dir zu.

Unnötiges Kommentar. Du sagst ja selbst OT! Warum dann posten?
Aber gut es ist zu mühsam das Thema fortzuführen da bin ich schneller wenn ich doch alles selber mache dann weis ich was ich hab.

Zitat:

Ich sehe gerade, dass mein letzter Post nicht angekommen ist

Ist es aber du sagtest du würdest für die Wiki ein Beispiel erstellen.
Wenn nicht dann ist es so.

Zitat:

Vielleicht eine naive Frage, aber was macht an der Stelle für dich eine Komponente aus

Die ich installieren muss?
Habe noch keine Komponente gesehen die man nicht installiert das andere sind halt nur *.pas Dateien.

[himitsu]

Installieren muß man nur Komponenten, welche eine DesignTime-Funktion besitzen und welche man z.B. im FormDesigner auf die Form pappen möchte.
Alles andere braucht man nicht zu installieren.

[venice2]

Zitat:

Installieren muß man nur Komponenten, welche eine DesignTime-Funktion besitzen

Dann ist es für mich keine Komponente (Installieren und oder Registrieren) sondern eine Ansammlung von Units.
Am ende kann das jeder für sich auslegen.

[Delphi.Narium]

Nein, ist keine Auslegungssache:

Von TComponent abgeleitet ist eine Komponente, kann man installieren, muss man aber nicht.

Wann das Installieren ein Muss ist, wurde weiter oben beschrieben.

Ansonsten hilft bei 'ner nicht installierten Komponente im Quelltext an geeigneter Stelle ein variabelnname := TKomponentenname.Create(nil); und wenns nicht mehr gebraucht wird ein variabelnname.free; Funktioniert letztlich nicht anders, als z. B. eine TStringList.

Brauchst irgendwo ein Create und musst irgendwo ein Free einbauen.

Aber ein Komponente = muss installiert werden, ist einfach nur falsch.

Du kannst auch alle visuellen Komponenten deinstallieren und zur Laufzeit trotzdem nutzen. Musst sie an geeigneter Stelle per Create erstellen, die Position festlegen, ggfls. Inhalt zuweisen ... und an passender Stelle wieder freigeben.

Nutze auf diese Weise etliche nichtinstallierte Komponenten, klappt seit vielen Jahren absolut problemlos.

Du könntest also problemlos eine der beschriebenen Loggingkomponenten ohne Installation, nur durch einbinden der passenden Unit z. B. im FormCreate erstellen und im FormDestroy freigeben.

Sind da bloß eine Zeile im Uses, eine Zeile für die passende Variabel, z. B. private-Abschnitt des Formulars, eine Zeile für's Create eine für's Free: Schwupps: Und schon kannst Du die nichtinstallierte Komponenten im ganzen Formular nutzen.

Geht natürlich genauso einfach in 'nem Dienst, 'nem Konsolenprogramm ...

[philipp.hofmann]

Yepp, das würde ich so unterschreiben. Es gibt sogar viele Fremdhersteller-Komponenten, welche sich gar nicht so einfach installieren lassen bzw. nur mit genau einer Delphi-Version (meist die neuste) und für alle anderen Delphi-Versionen müsste man selber Hand anlegen. Ich binde auch viele Fremdhersteller-Komponenten nur per Hand ein, wie von Delphi.Narium beschrieben. Dann kann man auch ganz einfach zwischen unterschiedlichen Versionen dieser "Komponenten" wechseln. Wichtig ist dann nur, dass einem klar sein muss, ob man manuell etwas mit "deployen" muss, damit die "Komponente" läuft. Aber ist off-topic, ich wollte nur die Abneigung des Thread-Erstellers gegen Komponenten verstehen.