Übergabe der Connection

[p80286]

Zitat von Sidi61:

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 von 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.

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

Danke für eure Hilfe

Gruß
Sidi

[p80286]

Zitat von Sidi61:

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