Bonjour,
je voudrais savoir si ca ne posais pas de probleme d avoir mes onjet table , query sur une fiche qui n'a aucune utlite ans mon programme.
j'ai telement de composant que ca devient lourd pour l interface quand je fais du code..
merci
a+
Bonjour,
je voudrais savoir si ca ne posais pas de probleme d avoir mes onjet table , query sur une fiche qui n'a aucune utlite ans mon programme.
j'ai telement de composant que ca devient lourd pour l interface quand je fais du code..
merci
a+
Pour ma part, je n'ai jamais atteind la limite, j'ai des écrans dans mon appli fourre-tou avec plus de 200 boutons, 20 onglets, et plein d'autre compo ...
idem, pour écran généré à partir de XML (XSL pour obtenir DFM), un nombre de checkbox et bouton proche du millier
des datamodule avec facilement 100 components ...
cela occupe de la mémoire, rien de plus ... j'ai même vu un modèle objet, où chaque objet était un DataModule contenant tout ce qu'il leur faut pour leur fonctionnement, ...
sinon, par principe, on a un DataModule qui regroupe tous les objets DB de l'application, c'est valable surtout pour une application Paradox ... parce dans le modèle objet, c'est totalement différent, chaque objet, créé son instance de query, appele sa procédure stockée ou du SQL prédéfini ...
en fait tu peux répondre à tes questions :
- Est-ce que j'ai des problèmes de mémoire ?
- DataModule ou Form ?
Maintenant, tu as tant de composant ?
a Chaque requête, un composant ? est-ce justifié par des "prepare" ?
Ca ne pose aucun problème. Sauf qu'en général, lorsque tu veux une "fiche qui ne sert à rien", utilise plutôt un "data-module", ou "module de données" en français. C'est comme une fiche, sauf qu'il est impossible de l'afficher, et que ça prend beaucoup moins de ressources (rapidité/mémoire).
Non en fait je ne parlais pas de ressource ou de memoire mais plus de ne pas me perdre avec des ttable partout, datasource etc..
je suis un finiace pour les code(personne n'est parfaois et j'applique un ttable par table, danc 10 table dix ttable,etc..
et au niveau de mes forme c 'est le why..
l idde du data module me plai bien mais je vois pas comment ca marche, je met mes ttable et query dedans c'est ca..
et comment je les "appel" ..
merci
Oui exactement. Tu fais Fichier > Nouveau > Module de données. Et puis tu traites ça exactement comme une fiche, sauf que tu ne peux y mettre que des composants non visuels (donc par exemple TTable et tous les composants de gestion de BD).
Qu'entends-tu par "les appeler". Que ferais-tu dans le cas d'une fiche normale ?
Ok , donc si j'ai bien compris je travail avec les modules et je les "appel comme ca module1.table1.insert par exemple..
merci ce soir je serai mons bete qu hier..
a+
Bon ca marche
merci a vous , c'est vraiment plus clair maintenant
a+
Pour revenir un peu sur le sujet, comment on fais pour mettre des centaines de bouttons dans un data-module si on ne peut pas les afficher?
Sachant que je gere pas mal de chose avec des groupes-box, maintenant que je les mets sur la main ça deviends un peu illisible... Vous aller me dire: "Ben comment tu compte les afficher ? si c dejà pas bon maintenant je vois pas bien comment ça le sera après !" et je repondrais: "Oui mais je prends soin de fermer certains en même temps que j'ouvre d'autres -> limitation de l'espace consommé..." Tout ça parce que mon appli a besoin de beaucoup de group box qui viennent paramètrer d'autres fenetres... En attendant je ne sais pas comment je vais pouvoir envoyer tout mes bouttons...
desole mais un datamodule n'est fait ,d apres ce que j'ai vu ,quenpour des composant de type tables..
a+
Pas tous , malheureusement , j ai tms planner et les dbdaysource il en veux pas..
a+
merci quand meme pour l infos , moi je ni connait pas grand chose![]()
salut, desole pour le temps de reponse...
J'ai bien saisit le coup du data module. merci.
ça ne va pas resoudre mon problème mais au moins je sais ce que l'on peut faire avec un datamodule ... mettre toutes les formules de calcules qu'il y a partout ça va faire bien plus propre... merci
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager