mit oder ohne Datenmodul?

[f4k3]

Moin Moin liebe DPler ;)

wenn ihr mit Datenbanken arbeitet ... verwendet ihr dann ein Datenmodul?

Ich verwende in der Regel keins ... weil ich keinen Unterschied merke ... außer dass der Code
zum Connecten dann nicht mehr z.B. auf der Hauptform ... sondern im Datenmodul ausgelagert wird ...

Also ich hab zumindest keinen Vorteil oder Nachteil dabei "erforscht" ...

Wie seht ihr dass?

Gruß euer f4k3 ;)

[mkinzler]

In einem Datenmodul kann man alles was mit der Datenbankanbindung zu tun hat, bündeln.

[f4k3]

Zitat:

Zitat von mkinzler

In einem Datenmodul kann man alles was mit der Datenbankanbindung zu tun hat, bündeln.

+ z.B. Timer, OpenDialog, etc.

also alles was nicht visuell ist ...
nur die Frage lohnt sich dass oder nicht?

[Satty67]

Zitat:

Zitat von f4k3

wenn ihr mit Datenbanken arbeitet ... verwendet ihr dann ein Datenmodul?

Solange Du nur vom MainForm darauf zugreifst, ist es mehr eine Sache der Übersicht.

Sobald aber mehrer Formulare auf Datenbank-Komponenten (auch andere Komponenten, wie ImageLists) zugreifen, ist das Datenmodul eine gute Möglichkeit, überkreuzende Abhängigkeiten zu vermeiden.

(ein Unterformular verliert ja seine Unabhängigkeit, wennn es Komponenten vom Mainform braucht.)

[mkinzler]

Ich würde in einem Datenmodul nie Datenbank-Kompos mit anderen nichtvisuellen mischen ( wenn dann mehrere Datenmodule).

Zitat:

nur die Frage lohnt sich dass oder nicht?

Ja.
-bei mehreren Formularen Zugriff zentral.
-man kann so den Datenbankzugriff austauschen

[f4k3]

Okay alles klar ;)

Danke für eure Tipps ;)

Euer f4k3

[Elvis]

Naja, solange man immer noch alle Logik direkt an dem Form klatscht macht das wohl keinen wirklichen Unterschied.
Im Gegenteil, so wie DataModules in Delphi funktionieren um auch derenKomponenten in anderen Designern zusehen, müssen sie globale Variablen sein.
Also am Ende sieht's mit DM schlimmer aus als ohne.

Wenn du DataModules nutzt um dir visuell eine Komponente zusammen zu klicken, in der halt andere Komponenten schon verdrahtet sind.
Dann mag das schon Sinn machen. Aber auch nur, wenn dieses DataModule irgendwo innerhalb einer anderen Klasse versteckt ist.
Schließlich ist bei den Viechern alles public und somit weißt du nie welches Stück Code hier worauf gerade einfach so schreiben kann.

In Delphi muss man immer aufpassen, dass die IDE mit ihrem RAD-Gedöns nicht zu sehr zu Klickibunti-Pasta verleitet.
Also etwas was auf den ersten Blick schnell etwas auf den Schirm bringt, aber beschissen zu warten und zu debuggen ist...

[spechto]

Hallo zusammen,

diese Frage habe ich mir auch schon des öfteren gestellt, habe aber auch noch keine (für mich zufrieden stellende) Antwort gefunden. Mit nur einem Datenmodul werden Anwendungen mit mehreren Formularen schnell unübersichtlich, wie ich finde. Daraufhin hatte ich die Idee, ein Hauptdatenmodul mit der Database-Komponente zu nutzen. Die Zugriffskomponenten auf die Daten
der verschiedenen Tabellen habe ich dann direkt auf die Forms gepackt zu denen sie logisch gehören (siehe Diagramm Form1 und Form2). Dieses hat jedoch den entscheidenden Nachteil, dass bei gleichen DB-Zugriffskomponenten (FIBDataset, FIBTransaction, etc.) aber völlig unterschiedlichen Forms schnell mal DB-Komponenten mit gleicher Konfiguration doppelt vorhanden sind. Im Falle einer Änderung an der Datenbank sind diese Änderungen auch wieder an mehreren Stellen durchzuführen, was der Übersichtlichkeit letztendlich nicht dienlich ist. Daher habe ich mir überlegt, vor ein jedes Form noch jeweils ein Datenmodul vorzuschalten (siehe Diagramm Form3+4). Was haltet ihr von dieser Idee?

Grüße
Martin