AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Datenbanken Delphi Turbo Delphi + Interbase-Komponenten
Thema durchsuchen
Ansicht
Themen-Optionen

Turbo Delphi + Interbase-Komponenten

Ein Thema von globetrotter77 · begonnen am 1. Feb 2009 · letzter Beitrag vom 3. Feb 2009
 
globetrotter77

Registriert seit: 16. Jan 2009
Ort: Nürnberg
236 Beiträge
 
Delphi 10.3 Rio
 
#37

Re: Turbo Delphi + Interbase-Komponenten

  Alt 3. Feb 2009, 12:55
Zitat von IBExpert:
aus meiner sicht ist es nur dann sauber programmiert wenn du selbst eine Strategie entwickelst, das alle von dir explizit erzeugten Komponenten von dir zu gegebener zeit wieder zerstörst.
Das sehe ich genauso! War ein bisschen falsch formuliert von mir, "richtig sauber programmiert" meinte ich "aus Delphi-Sicht", d.h. nur, wenn man sicher sein kann, dass sich jemand um den Restmüll kümmert, ist es ok. Ansonsten nehme ich das auch lieber selber in die Hand, und am besten in der umgekehrten Reihenfolge der Entstehung, dann kann auch nicht viel passieren mit unangenehmen Abhängigkeiten.
Zitat:
Ich nutze zum beispiel fast immer eine Query Komponenteninstanz pro operation insert/update/delete (oft auch für simple selects) pro tabelle und lasse die instanz auch fast immer so lange instanziiert, wie das programm läuft.
Halte ich für das Geschickteste. Wozu auch immer wieder neu von vorne anfangen? Von wenigen Ausnahmen abgesehen, kaum sinnvoll.
Zitat:
Diese einmal instanziierten Queries merke ich mir in einer Tlist ...
keine schlechte Idee, ich habe das sonst meist mit dynamischen Arrays gemacht.
Zitat:
Die Automatismen über den Owner, der als solcher für das zerstören der Childs zuständig ist, sind ganz nett, aber manchmal überschätzt. Man müllt da unbewusst manchmal was voll. Ich mach lieber als owner bei nicht visuellen Komponenten nil oder application.
Macht Application nicht das Gleiche? Dachte schon!
Zitat:
Dann kann ich auch selbst die Zerstörungsreihenfolge bestimmen (es ist manchmal nicht so nett, zuerst die database komponente zu erschiessen und danach erst die datasets, das bringt immer wieder lustige AVs).
zur Reihenfolge s.o.
Zitat:
Der Parent ist nur für das Zeichnen wichtig, ...
so dachte ich es mir ...
Zitat:
Der Parent ... kann aber zur Laufzeit zerstört werden mit z.B. freeandnil(panel2). Dein Button hat dann als parent nil, der button ist zwar noch im Speicher, aber nicht sichtbar (sehr unpraktisch in diesem Fall).
Aber doch hoffentlich nicht ohne mein Zutun!


Vielen Dank für die ausführlichen Erläuterungen, das ist immer wieder sehr hilfreich, auch wenn ich es gar nicht so viel anders angefangen hätte! ...
  Mit Zitat antworten Zitat
 


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 05:09 Uhr.
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz