Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Datamodule dans un package
Bonjour
Mettre une TForm dans un package et l'utiliser dans une application, c'est pas compliqué.
Mais est-il possible d'utiliser un TDatamodule dans un package pour lier une TDBGrid de l'application à une TDatasource dans le TDatamodule ?
Le tout sans passer par des interfaces. Je veux dire, un moyen plus direct.
Autant tout créer à la volée, le DataModule c'est juste un owner pour le RAD, en conception de composant c'est inutile.
Et pourquoi faire un package pour ce genre de chose ?
Aide via F1 - FAQ - Guide du développeur Delphi devant un problème - Pensez-y !
Attention Troll Méchant !
"Quand un homme a faim, mieux vaut lui apprendre à pêcher que de lui donner un poisson" Confucius
Mieux vaut se taire et paraître idiot, Que l'ouvrir et de le confirmer !
L'ignorance n'excuse pas la médiocrité !
L'expérience, c'est le nom que chacun donne à ses erreurs. (Oscar Wilde)
Il faut avoir le courage de se tromper et d'apprendre de ses erreurs
Pour pouvoir faire évoluer un datamodule avec plusieurs connexions sans toucher à l'application.Et pourquoi faire un package pour ce genre de chose ?
Et potentiellement pour utiliser 2 bases de données différentes (sqlserver et mysql) mais ça ce serait pour plus tard.
J'ai toujours préféré les DLL au BPL mais c'est un choix.
Mais au final cela dépend Provider choisi, avec FireDAC, ADO ou AnyDac et UniDAC, tu peux avoir l'abstraction sans DLL ni BPL, avec simple pattern Strategy tu peux faciliter gérer tes SQL selon l'engine.
Je vois où tu veux en venir, un BPL différent contenant une implémentation différente pour tel ou tel moteur mais la compilation en particulier la liaison même dynamique autour d'un BPL, je ne crois pas que l'on peut en substituer un pour l'autre.
Si ton application n'a qu'un DataModule, sa taille doit être réduite, au pire j'ai du voir 300 components posé sur un DM, mais même ça c'est assez petit, l'investissement en modernisant l'application de fond en comble sera plus profitable qu'un bidouillage.
Aide via F1 - FAQ - Guide du développeur Delphi devant un problème - Pensez-y !
Attention Troll Méchant !
"Quand un homme a faim, mieux vaut lui apprendre à pêcher que de lui donner un poisson" Confucius
Mieux vaut se taire et paraître idiot, Que l'ouvrir et de le confirmer !
L'ignorance n'excuse pas la médiocrité !
L'expérience, c'est le nom que chacun donne à ses erreurs. (Oscar Wilde)
Il faut avoir le courage de se tromper et d'apprendre de ses erreurs
C'est exactement çaJe vois où tu veux en venir, un BPL différent contenant une implémentation différente pour tel ou tel moteur
L'idée du BPL plus que la DLL était pour faciliter les échanges de chaînes de caractères.
Je n''en étais pour le moment qu'au stade de la réflexion.
Mais si ça devait se faire, je pense qu'une interface fera le boulot pour lier les datasource aux composants visuels de données.
Répondre avec citation
Partager