Utilisation d'un DataModule

Bonjour,

J'ai une appli ou j'ai séparer la partie base de données de la partie affichage
J'ai mis tous les composant de ma base de données dans un TDataModule.

La question que je me pose est la suivante :

J'ai besoin d'effectuer une procédure qui va venir remplir une ListView, suite a une requte de ma DB.

Ou est qu'il faut que je mettre cette procédure ?
Dals le Datamodule ? ou dans la form qui gère l'Ihm ?

Merci d'avance pour votre réponse.

Je dirais qu'il y a une troisième solution:
1) Soit tu mets ton code dans ton Datamodule
2) Soit tu mets ton code dans la fiche
3) Soit tu mets ton code dans une unité sous forme de classe et tu cherches
la classes la plus appropriée qui en sera le conteneur

En premier analyse, tu cherches à mettre ton code quelque part. Les deux possibilités que tu donnes sont des instances de classes.
Delphi a instancier à ta place les objets au moment ou tu as ajouté le datamodule et la fiche dans ton projet.
Le paradox, c'est que tu peux modifier le code sur une classe qui est instanciée.
Pas besoin de faire de Create ni de Destroy, l'EDI le fait à ta place (magie du RAD).

Un des fondamentaux de la POO, c'est de décomposer le problème en objets et les faire communiquer entre eux.
Si tu mets ton code soit dans le datamodule soit dans la fiche, tu vas avoir deux objets de plus en plus volumineux,
ou devrais je dire ton code vas gonfler les classes correspondantes.
Je dirais qu'un point de vue diététique tu vas rendre tes classes obèses.

Tu veux remplir une listeView à partir d'un Dataset, par conséquent tu créer une classe qui prend
en paramètre listview et le Dataset et dans laquelle tu mets tout ton code pour remplir ta Listview à partir du Dataset.
Ca ne t'empèches pas de créer une instance de cette classe dans la fiche.

Le datamodule est interessant lorsqu'il y a plusieurs Datasets dont certaines informations doivent être échangé entre eux. Il sert de médiateur.

Salut;

Est ce que le DataModule fait appel à la fiche ? si c'est pas le cas alors le code sera implanté dans la fiche qui elle appelera le DataModule pour interagir avec la base de données.

En tout cas c'est ce que je fais le plus souvent.

Bon codage.

Chaqu'un aura son avis sur la question (plus ou moins difficile à comprendre :roll:)

Pars du principe que si la procédure de remplissage est étroitement liée au données du DataModule ou que plusieures fiches pourraient avoir besoin de cette procédure, inclus-la dans le DataModule. (Une seule source)

Même chose si différents projets pourraient en tirer parti (sur les mêmes tables). une seule unité à inclure.

Si la procédure permet de travailler avec différentes tables, crée une unité séparée.

Ne fait en tout cas pas référence à la fiche depuis le DatatModule. Tu te limiterais à une fiche particulière!

L'idée c'était d'encapsuler l'algorithme dans une classe pour l'utilisation dans un autre cas de figure pas forcément dans le même projet.

Si une procédure peut résoudre la question en prenant en paramètre le dataset et la listview, on peut très bien envisager une classe.
Part héritage de celle ci, on peut très bien envisager des traitements variés même si le remplissage d'une listview par un Dataset semble être générique.

Disons que j'ai été marqué par du codage de masse dans le datamodule avec des procédures discéminées un peu partout et quand il faut débogguer le schmilblick, c'est pénible.

Cela dit je ne conteste pas la proposition Andnotor 8-), j'ai fait attention de ne pas écorcher le nom :mouarf:

Citation:

---

Envoyé par chaplin

Si une procédure peut résoudre la question en prenant en paramètre le dataset et la listview, on peut très bien envisager une classe.

---

Et dans ce cas la meilleur classe serait un TDBListView.

Citation:

---

Envoyé par chaplin

... Andnotor 8-), j'ai fait attention de ne pas écorcher le nom :mouarf:

---

Et je t'en remercie mon ami :chin:

Citation:

---

Et dans ce cas la meilleur classe serait un TDBListView.

---

CQFD :yaisse2:

Trés bien merci de vos réponses

J'en profite pour vous poser une autre question sur les dataModules.

Je me retrouve avec un datamodule (T006) avec un datasource dessus.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18

type TT006 = class(TDataModuleDB) MyDataSource1: TDataSource; private { Déclarations privées } public { Déclarations publiques } end;   var T006: TT006;   implementation   {$R *.dfm}   end.

---

Et une fiche ou j'ai des Dbedit qui sont connectés à cette DataSource.

Dans la property DataSource (de l'inspecteur d'object) de mes DBedits j'ai mis:

Code:

---

1 2	T006.DataSource1

---

Sauf que voila pour éviter de charge le datasource à chaque lancement de programme je me décide a passer sa création en Dynamique.

Donc je crée le Datasource dans la procédure constructor de ma fiche

Code:

---

1 2 3 4 5

Constructor TFormp1.create(Aowner:TComponent); begin DM:=TT006.create(self); end;

---

J'ai bien sorti mon datasource des fiches crées automatiquement.

Je lance mon application et la tout fonctionne , alors que les DbEdit fonc référence à "T006" et que ma variable elle s'appele "DM".

Comment cela se fait ?

J'espere ne pas avoir été trop compliqué dans mon explication

Code:

---

1 2 3 4 5

Constructor TFormp1.create(Aowner:TComponent); begin DM:=TT006.create(self); end;

---

Est ce que DM correspond au nom du datamodule du projet ?

Est ce que l'unité de DM est déclaré dans le Uses de la section implementation ?

J'ai bien peur que tu est deux instances de T006 en mémoire, celle avec laquelle tu as fait le lien et la deuxième dans ta fiche.
Par rapport à tes intentions si je devine bien, tu devrais retirer le datamolude de la création automatiques de tes datamodules.
Ensuite, il faut faire un singleton, pour créer une seule fois ton T006.

J'avais l'habitude de mettre les Datasources sur la fiche pour justement faire une seul branchement par rapport
au Dataset que je faisais passer en paramètre de la fiche par le Datamodule sans perdre l'aspect RAD.
Je rencontrais des problèmes quand je chargeais la fiche et pas le Datamodule, des liens se perdaient
parfois à la compilation, avec le temps on prenait le reflex de mettre les bindings en dur pour éviter ce genre de désagrément

Quelle est la bonne pratique ? Tes questions appellent des réponses 8O

Citation:

---

Est ce que DM correspond au nom du datamodule du projet ?

---

Non, Dm est le nom de ma variable pour créer en dynamique mon DataModule.

Citation:

---

Est ce que l'unité de DM est déclaré dans le Uses de la section implementation ?

---

Non, l'unité de mon DataModule est déclaré dans le uses de la section Interface.

En regardant ton code exemple, je m'apperçois que tu n'as qu'un datasource sur le datamodule. Où son les Dataset ?

J'ai fait un essai avec une fiche et un datamodule sur lequel j'ai mis des composants IBExpress en utilisant la base de données livrée avec Interbase.
Par conséquent tous les composants IBX sont sur le datamodule.

J'ai essayé en déclarant l'unité du datamodule dans un cas dans le uses de l'interface et dans l'autre cas dans le uses de l'implementation.
Effectivement, dans les deux cas les composants du datamodule sont visibles dans l'inspecteur d'objet.
J'avais pris l'habitude de mettre la déclaration des unités datamodules dans le uses de l'implementation.

Si tu déclares le datamodule dans la fiche, je te conseille de le déclarer en commençant par la lettre F, chez toi FDM, et en Private.
Avec cette écriture on sait immédiatement si le composant fait partie de la classe ou non.

Par rapport à ton exemple, si un datamodule est créé dans la fiche, lorsque je compile, je n'ai plus de lien entre la fiche et le datamodule. Je suis en Delphi 2007. Si j'enlève l'instanciation du datamodule, tout rentre dans l'ordre.

Je n'ai pas de vue d'ensemble de ton projet, je ne comprend pas ce que tu veux faire.