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

Access Discussion :

variables publiques ou module de classe ?


Sujet :

Access

  1. #1
    Membre habitué
    Profil pro
    Inscrit en
    Septembre 2004
    Messages
    147
    Détails du profil
    Informations personnelles :
    Localisation : France, Calvados (Basse Normandie)

    Informations forums :
    Inscription : Septembre 2004
    Messages : 147
    Points : 172
    Points
    172
    Par défaut variables publiques ou module de classe ?
    Bonjour
    j'ai dans une appli une table qui me permet de stoker les parametres de cette application.
    Pour faire appel à ces paramettres lors de différents traitements, j'ai déclaré des variables publiques dans lesquelles je passe les valeurs de la table.

    Le problème est que lorsque j'ai un bug l'arret du code me fait perdre les valeurs de ces variables.
    Que me conseillez-vous :
    1-"verrouillage" par appel de la procédure de chargement des variables dans chaque code ou j'en ai besoin ?
    2- utilisation de module de classe (j'hésite car jamais fait)
    3- appel d'un recordset à chaque besoin ?

    Merci de vos lumières.

  2. #2
    Membre éclairé
    Avatar de Didier L
    Homme Profil pro
    Consultant informatique
    Inscrit en
    Juillet 2004
    Messages
    503
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Consultant informatique

    Informations forums :
    Inscription : Juillet 2004
    Messages : 503
    Points : 806
    Points
    806
    Par défaut
    Puisque tes variables sont stockées dans une table, pourquoi les stocker ailleur?
    Plutot que d'utiliser les recorset et de développer encore d'autre routine pour récuperer tes valeurs, pourquoi ne pas utiliser la fonction Dlookup?

    C'est ce que j'utilise avec une table PARAMS qui ne contient qu'une seule ligne!

  3. #3
    Expert éminent

    Avatar de Maxence HUBICHE
    Homme Profil pro
    Développeur SQLServer/Access
    Inscrit en
    Juin 2002
    Messages
    3 842
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 55
    Localisation : France, Val d'Oise (Île de France)

    Informations professionnelles :
    Activité : Développeur SQLServer/Access

    Informations forums :
    Inscription : Juin 2002
    Messages : 3 842
    Points : 9 197
    Points
    9 197
    Par défaut
    Je pense que la fabrication d'un recordset snapshot basé sur ta table serait plus performant.
    Pourquoi ne pas te faire ta propre fonction, équivalente à la fonction DLookup ?


    Tu te fais une requête paramétrée (avec un vrai paramètre hein ! (Requête/Paramètres))
    Tu te fais une fonction qui appelle ta requête paramétrée et te renvoie le résutat de celle-ci !
    C'est super propre, et si tu as des modifications à faire, tu n'as pas besoin de 'rentrer dans le code' puisque tu utilises des outils propres à Access : table et requêtes paramétrées.

  4. #4
    Membre habitué
    Profil pro
    Inscrit en
    Septembre 2004
    Messages
    147
    Détails du profil
    Informations personnelles :
    Localisation : France, Calvados (Basse Normandie)

    Informations forums :
    Inscription : Septembre 2004
    Messages : 147
    Points : 172
    Points
    172
    Par défaut
    dlookup impécable. Merci

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. [VBA] Module de classe et évènement
    Par Caroline1 dans le forum Access
    Réponses: 9
    Dernier message: 20/03/2013, 23h23
  2. Variables publiques ou module de classe
    Par Domi2 dans le forum VBA Access
    Réponses: 8
    Dernier message: 21/08/2007, 18h32
  3. [Module de classe] Fonction non liée à l'instance?
    Par Caroline1 dans le forum Access
    Réponses: 6
    Dernier message: 07/04/2006, 20h13
  4. Réponses: 4
    Dernier message: 31/03/2006, 15h16
  5. Réponses: 8
    Dernier message: 22/02/2006, 15h09

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