IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

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

Lazarus Pascal Discussion :

Structure d'une application


Sujet :

Lazarus Pascal

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre confirmé
    Profil pro
    Retraité
    Inscrit en
    Décembre 2007
    Messages
    126
    Détails du profil
    Informations personnelles :
    Localisation : France, Isère (Rhône Alpes)

    Informations professionnelles :
    Activité : Retraité

    Informations forums :
    Inscription : Décembre 2007
    Messages : 126
    Par défaut Structure d'une application
    Bonjour à toutes et à tous.
    C'est une demande de conseils pour structurer un programme qui utilise une base de données Postgresql.
    L'application est composée d'une fiche "Accueil" qui par menu renvoie à différents fiches pour
    • ajouter des items à plusieurs tables. Une fiche par table,
    • modifier un nom de répertoire,
    • modifier des items de tables. Une fiche par table,
    • ... .

    Quelles différences et avantages y a-t-il entre
    • déposer sur chaque fiche un TSQLQuery et un TDataSource pour alimenter des composants Data Controls, la connexion étant faite par un TPQConnexion et un TSQLTransaction déposés sur la fiche Accueil,
    • créer un TSQLQuery et un TDataSource par codage sur chaque fiche,
    • utiliser TSQLQuery et un TDataSource déposés sur la fiche "Accueil"

    Merci pour vos conseils et commentaires à venir.
    Michel.

  2. #2
    Membre prolifique Avatar de Jon Shannow
    Homme Profil pro
    Responsable de service informatique
    Inscrit en
    Avril 2011
    Messages
    4 740
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 61
    Localisation : France, Ille et Vilaine (Bretagne)

    Informations professionnelles :
    Activité : Responsable de service informatique
    Secteur : High Tech - Électronique et micro-électronique

    Informations forums :
    Inscription : Avril 2011
    Messages : 4 740
    Par défaut
    Bonjour,

    Personnellement, je mets tout ce qui concerne la gestion des données dans un datamodule.

    Mais, je ne sais pas si c'est une meilleure solution.

    JS

  3. #3
    Membre confirmé
    Profil pro
    Retraité
    Inscrit en
    Décembre 2007
    Messages
    126
    Détails du profil
    Informations personnelles :
    Localisation : France, Isère (Rhône Alpes)

    Informations professionnelles :
    Activité : Retraité

    Informations forums :
    Inscription : Décembre 2007
    Messages : 126
    Par défaut
    Merci Jon pour ton avis.
    J'ai essayé les datamodules. Actuellement, j'ai mixé les solutions : les déposes de composants dans les différentes fiches, et leur création par codage. Tout fonctionne. Je suis sur le point d'utiliser une solution homogène mais je manque de recul pour choisir laquelle.
    Je pense utiliser le datamodule pour la connexion, mais pour ce qui est des fiches filles je n'ai pas encore décidé!

  4. #4
    Membre prolifique Avatar de Jon Shannow
    Homme Profil pro
    Responsable de service informatique
    Inscrit en
    Avril 2011
    Messages
    4 740
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 61
    Localisation : France, Ille et Vilaine (Bretagne)

    Informations professionnelles :
    Activité : Responsable de service informatique
    Secteur : High Tech - Électronique et micro-électronique

    Informations forums :
    Inscription : Avril 2011
    Messages : 4 740
    Par défaut
    J'avoue que ce n'est pas évident.
    Il m'arrive encore souvent de mettre des TSQLQuery et des TDataSource dans une fiche, plutôt que d'utiliser le DataModule, pour des traitements particuliers.

    Je ne sais pas s'il y a une "bonne" manière de faire. Le principal est de s'y retrouver, et d'éviter de réinventer la roue. C'est pour cela que j'utilise le datamodule pour tous les traitements réutilisables dans plusieurs fiches, et pas quand ce sont des traitements particuliers qui ne seront pas utilisés ailleurs que dans une fiche donnée.

    Mais tout cela, c'est de la théorie, et il arrive que dans le datamodule, j'ai des traitements qui ne sont utilisés que par une seule fiche, et des traitements placés sur une fiche, que je duplique sur d'autres fiches...

    Bref, rien n'est parfait dans ce bas monde...

  5. #5
    Modérateur
    Avatar de tourlourou
    Homme Profil pro
    Biologiste ; Progr(amateur)
    Inscrit en
    Mars 2005
    Messages
    3 931
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 62
    Localisation : France, Yvelines (Île de France)

    Informations professionnelles :
    Activité : Biologiste ; Progr(amateur)

    Informations forums :
    Inscription : Mars 2005
    Messages : 3 931
    Billets dans le blog
    6
    Par défaut
    Un principe sain à respecter : chaque objet/fiche ne connaît que le strict minimum nécessaire des autres. En cas de modification, cette indépendance est gage de moindre risque. Le DataModue est justement fait pour ça.
    Delphi 5 Pro - Delphi 11.3 Alexandria Community Edition - CodeTyphon 6.90 sous Windows 10 ; CT 6.40 sous Ubuntu 18.04 (VM)
    . Ignorer la FAQ Delphi et les Cours et Tutoriels Delphi nuit gravement à notre code !

Discussions similaires

  1. Structure d'une application
    Par Hesiode dans le forum Débuter avec Java
    Réponses: 1
    Dernier message: 13/03/2013, 17h47
  2. Structure d'une application - Architecture
    Par gianni7033 dans le forum Architecture
    Réponses: 3
    Dernier message: 23/07/2009, 10h53
  3. Structure d'une application Windows
    Par Invité dans le forum Assembleur
    Réponses: 4
    Dernier message: 08/07/2009, 10h24
  4. [Delphi.net]Structuration d'une application asp.net
    Par skywaukers dans le forum Delphi .NET
    Réponses: 7
    Dernier message: 28/12/2006, 11h50

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo