Exklusiver DB-Zugriff bei gleichzeitig DB-Komponenten

[Der schöne Günther]

Gut, dass ich nochmal nachgefragt habe
Das sehe ich zum ersten mal. Und es sieht sehr, sehr vielversprechend aus.

Zitat:

Wenn Sie (...) vorhaben, Gruppen von Datenbank- und Systemobjekten wiederzuverwenden, oder wenn Sie die Teile Ihrer Anwendung isolieren wollen, die die Verbindung zu Datenbanken einrichten und Business-Regeln implementieren, stellen Datenmodule ein praktisches Werkzeug für die Organisation dar.

Nach Frames die zweite große tolle Entdeckung im Stil von "Hätte ich das doch nur früher mal entdeckt"...

Eine Sache noch: Um das Verkoppeln von bsp. einem TDBGrid mit etwas von einem Datenmodul (oder anderen Formular oder Frame) komme ich aber anscheinend um diese blöde globale Variable nicht drum herum, oder? Papa sagt, globale Variablen seien böse.

[Medium]

Über irgend etwas musst du den Container ja referenzieren, und die globale Form-/DM-Variable ist ja schon von der IDE als "The correct Delphi way" vorgegeben. Ich habe mich aus praktischen Gründen damit abgefunden diese als letzte Vertreter ihrer Art zu tolerieren. (Ausser bei Formularen, die ich nur dynamisch instanziere.) Andere Lösungen (so es sie denn gibt) würden sehr wahrscheinlich auch nicht so einfach von der IDE unterstützt, so dass der Nutzen des Ganzen wieder fraglich wäre.

[Uwe Raabe]

Ich würde das hier auch rein pragmatisch sehen. Wenn du in der IDE die Live-Verbindung zur Datenbank willst, kommst du um diesen Weg wohl nicht herum. Denk auch daran, das Datenmodul in die automatische Form-Erzeugung mit aufzunehmen (außer: siehe unten).

Es ist auch nicht wirklich die globale Variable, die Delphi da verwendet, sondern vielmehr die Instanz dieses Datenmoduls mit dem entsprechenden Namen ("Wozu haben Komponenten Namen?"). Beim Laden der Forms löst Delphi die Referenz auf das Datenmodul auf, indem es die Namen der Instanzen überprüft. Das Verbindungsobjekt sucht es dann über FindComponent innerhalb dieser Instanz.

Du kannst also problemlos zur Runtime selbst eine passende Instanz des Datenmoduls (vor den Forms) erstellen (den Namen bekommt es aus der DFM), das dann auch von den verschiedenen Forms verwendet wird. Die globale Variable kannst du dann auch entfernen. Es darf aber weiterhin nur eine Instanz dieses Datenmoduls geben - was aber ja auch der Sinn des ganzen ist.

[Der schöne Günther]

Richtig, die Anwendung kompilierte zwar, konnte aber nicht starten, da in der Application.CreateForms -Reihenfolge das Datenmodul nach dem Formular kam.

Dann bedanke ich mich auf jeden Fall noch ganz anständig, denn insgesamt ist das, was ich die ganze Zeit wollte.

[joachimd]

Zitat von Uwe Raabe:

Es darf aber weiterhin nur eine Instanz dieses Datenmoduls geben - was aber ja auch der Sinn des ganzen ist.

Nicht zwingend ... ich lege oft komplette Business Objekte in ein Datenmodul und erzeuge das dann pro Anzeigeformular entsprechend. Das trennt dann die DB-Verbindung in mehrere, voneinaner unabhängige auf. Allerdings muss man dann peinlich darauf achten, wenn es um solche Tasks mit Exklusiv-Zugriff geht.

[Uwe Raabe]

Zitat von joachimd:

Zitat von Uwe Raabe:

Es darf aber weiterhin nur eine Instanz dieses Datenmoduls geben - was aber ja auch der Sinn des ganzen ist.

Nicht zwingend ...

In diesem Fall schon. Es ging darum, eine zentrale Stelle zu schaffen, über die man an die aktuell aktiven DataSets kommen kann. Meine Aussage sollte natürlich nicht bedeutet, daß es generell immer nur eine Instanz dieses Datenmoduls respektive nur eine Verbindung zur Datenbank geben darf.