Übergabe der Connection

[Sidi61]

Hallo zusammen,

ich habe mehrere Units die ich in verschiedenen Programmen nutze, ich habe noch keine Lösung gefunden die Connection der Haupt-Form an die Units zu übermitteln.

Ich verwende MyDac für die Verbindung zur Datenbank. Auf der Haupt-Form wird TMyConnection und TMyConnectDialog plaziert. In allen anderen Units mit Datenbankverbindung wird die Haupt-From in die Uses aufgenommen und es kann dann die Connection in TMyQuery eingebunden werden.

Und hier habe ich ein Problem da die Haupt-Form immer eine andere ist. Möchte ich ein Programm kompilieren müsste ich jedes Mal die Units anpassen :wall:

Wie macht ihr das? Gibt es hier eine elegante Lösung??

Gruß
Sidi

[himitsu]

Erstmal, warum liegt die Connection auf der Hauptform und nicht z.B. auf einem Datenmodul, welches jede Unit kennt?

Andererseits kann man sich auch fragen, warum überhaupt jeder etwas Globales kennen muß, anstatt er es am Anfang, bzw. bei Aufruf, übergeben bekommt?
Vorallem wenn man daran denkt, dass man Units/Module in mehreren Programmen verwendet und auch in Hinblick auf Wartbarkeit und Testbarkeit.

[Sidi61]

Zitat:

Zitat von himitsu (Beitrag 1378672)

Erstmal, warum liegt die Connection auf der Hauptform und nicht z.B. auf einem Datenmodul, welches jede Unit kennt?

Andererseits kann man sich auch fragen, warum überhaupt jeder etwas Globales kennen muß, anstatt er es am Anfang, bzw. bei Aufruf, übergeben bekommt?
Vorallem wenn man daran denkt, dass man Units/Module in mehreren Programmen verwendet und auch in Hinblick auf Wartbarkeit und Testbarkeit.

In der Entwicklungsphase ist es natürlich praktisch wenn MyQuery mit der Connection des Haupt-form verbunden ist da dann die felder bequem ausgewählt werden können. In Wieweit das mit einem Datenmodul funktioniert habe ich noch nicht ausprobiert, kann das die gleiche Funktionaltät während der Entwicklung haben?

Gruß
Sidi61

[himitsu]

Das Datenmodul ist natürlich auch zur Designtime verfügbar. (außer man erstellt es erst zu Laufzeit "manuell").

Und es verbietet dir niemand, dass du im Formdesigner eine Debugconnection verwendets und zur Laufzeit eine andere Connection angehangen wird.
Da kann dann auch jedes Modul seine eigene Connection besitzen (im Formdesigner) und muß dort noch keine globale Connection kennen.

Man darf sich da auch gern eine eigene Connection-Klasse ableiten, wo man in der IDE nur einmal die Verbindungsdaten zum Entwicklungdatenbankserver einrichtet.

[Sidi61]

Das mit dem Datenmodul würde grundsätzlich funktionieren, nur beim Kompilieren hagelt es Fehlermeldungen wegen fehlender Datenbankverbindung noch bevor ein Form sichtbar wird.

Liegt TMyConnection und TMyConnectDialog auf der Hauptform wird MyConnectDialog automatisch aufgerufen.

Wie kann ich bei Verwendung eines Datenmoduls nun die Connection erzeugen bevor die Forms erzeugt werden??

Gruß
Sidi61

[olaf]

Hallo,

lass Dir den Quelltext anzeigen und ändere die Reihenfolge der Erzeugung Deiner Forms. Das Datenmodul muss als erstes erzeugt werden.

Olaf

[p80286]

Zitat:

Zitat von Sidi61 (Beitrag 1378673)

In der Entwicklungsphase ist es natürlich praktisch wenn MyQuery mit der Connection des Haupt-form verbunden ist da dann die felder bequem ausgewählt werden können.

Das klingt sehr nach einem dieser Programme, die falls sie ihre Datenbank nicht erreichen, sang und klanglos oder aber mit irreführender Fehlermeldung abrauchen.

Nachdem ein rudimentäres "Startformular" erstellt wurde, sollte ein Programm seine Datenbank suchen, und im Fehlerfall eine aussagekräftige Meldung ausgeben.

Alles was in diesem Zusammenhang "Auto" ist, sollte man tunlichst meiden.

Edith:
Warum interessieren sich Deine Units überhaupt für die Datenbank?
Die Routinen eines Datamodules liefern die notwendigen Daten, egal woher sie kommen. Dem Restprogramm kann es schließlich egal sein woher sie kommen.

Gruß
K-H

[hoika]

Hallo,
wir haben alle mal angefangen mit einer TTable auf dem Formular ...
Also bitte nicht sofort auf ihn draufhauen, wer er etwas eurer Meinung suboptimales macht.

Zitat:

In der Entwicklungsphase ist es natürlich praktisch wenn MyQuery mit der Connection des Haupt-form verbunden ist da dann die felder bequem ausgewählt werden können.

Ich würde im OnCreate des DataModuls einfach Connection.Active=False setzen.

Ausserdem würde ich alle Forms ausser dem Hauptform dynamisch erstellen, das wäre aber schon der nächste Thread.

[p80286]

Zitat:

Zitat von hoika (Beitrag 1378684)

Hallo,
wir haben alle mal angefangen mit einer TTable auf dem Formular ...
Also bitte nicht sofort auf ihn draufhauen, wer er etwas eurer Meinung suboptimales macht.

Ist ja nicht bös' gemeint. Nur erleben wir ja hier oft genug, daß auch gestandene Programmierer sich von RAD zu etwas suboptimalen Konstrukten hinreißen lassen, und dann vor ähnlichen Problemen wie der TE stehen. Für Quick'n Dirty reicht das, keine Frage, aber wenn man ernst macht, dann stößt man leicht an die Grenzen.

Gruß
K-H

[Sidi61]

[QUOTE=p80286;1378678
Edith:
Warum interessieren sich Deine Units überhaupt für die Datenbank?
Die Routinen eines Datamodules liefern die notwendigen Daten, egal woher sie kommen. Dem Restprogramm kann es schließlich egal sein woher sie kommen.

Gruß
K-H[/QUOTE]

Weil z.B. ein Kassenbuch das in verschiendenen Anwendungen verwendet werden soll und aus mehreren Forms besteht wie Kontenramen, Auswertdialog, MwSt Tabellen, Kontogruppen usw. am Ende doch sehr umfangreich ist aber alle Datenbank Routinen und Einstelldaten beinhalten soll, nicht die Datenbank Funktionalität an ein Datenmodul abgeben kann sonst habe ich am Ende für jede Thema ein eigenes Datenmodul.

Das mit dem Auslagern der TMyConnection in ein Datenmodul war schon der richtige Ansatz, ich muss jetzt eben meine Angewohnheiten ein wenig ändern und die Datei nicht mehr in der OnCreate öffnen sondern nachdem alle Formulare erzeugt sind von der Hauptanwendung aus - dann müsste es klappen, und was ich mache wenn es nicht klappt das sehe ich dann wenn es nicht klappt, das klappt immer :thumb:

Danke für eure Hilfe

Gruß
Sidi

[p80286]

Zitat:

Zitat von Sidi61 (Beitrag 1378733)

Weil z.B. ein Kassenbuch das in verschiendenen Anwendungen verwendet werden soll und aus mehreren Forms besteht wie Kontenramen, Auswertdialog, MwSt Tabellen, Kontogruppen usw. am Ende doch sehr umfangreich ist aber alle Datenbank Routinen und Einstelldaten beinhalten soll, nicht die Datenbank Funktionalität an ein Datenmodul abgeben kann sonst habe ich am Ende für jede Thema ein eigenes Datenmodul.

nicht notwendiger Weise. Wie wäre es mit einem Datenmodul für alles?

Gruß
K-H

[Delbor]

Hi zusammen
Der Thread ist zwar schon etws älter, aber ich erlaube mir trotzdem, noch meinen Senf dazuzugeben:

Zitat:

Das mit dem Datenmodul würde grundsätzlich funktionieren, nur beim Kompilieren hagelt es Fehlermeldungen wegen fehlender Datenbankverbindung noch bevor ein Form sichtbar wird.

Erzeuge das Datenmodul dynamisch im OnCreate der Hauptform und gut ist...

Zitat:

Weil z.B. ein Kassenbuch das in verschiendenen Anwendungen verwendet werden soll und aus mehreren Forms besteht wie Kontenramen, Auswertdialog, MwSt Tabellen, Kontogruppen usw. am Ende doch sehr umfangreich ist aber alle Datenbank Routinen und Einstelldaten beinhalten soll, nicht die Datenbank Funktionalität an ein Datenmodul abgeben kann sonst habe ich am Ende für jede Thema ein eigenes Datenmodul.

Die Lösung: Das Datenmodul gibt seine Ergebnisse per Event an die Aussenwelt weiter. Wer diese Events dann in einem Eventhandler abfängt, kann ihm egalsein. Und schon kannst du dein Datenmodul überall da verwenden, wo du lustig bist - ohne deswegen auch nur einen Codebuchstaben ändern zu müssen.

Gruss
Delbor