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

VB.NET Discussion :

Plusieurs Modules dans un projet complex [Débutant]


Sujet :

VB.NET

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre confirmé
    Femme Profil pro
    Étudiant
    Inscrit en
    Mars 2012
    Messages
    139
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Localisation : France, Mayenne (Pays de la Loire)

    Informations professionnelles :
    Activité : Étudiant
    Secteur : High Tech - Électronique et micro-électronique

    Informations forums :
    Inscription : Mars 2012
    Messages : 139
    Par défaut Plusieurs Modules dans un projet complex
    Bonjour tout le monde,

    Je suis dans un projet qui sera chargé de beaucoup de code.

    Je voudrais découper ces codes dans plusieurs modules ".vb ", et ensuite les

    compris dans le ".vb" principal. Comme ça, si j'ai besoin une fonction, je ne fais

    que faire appeler la fonction.

    Je suis débutante dans ce langage, donc je ne suis pas très sûre comment on

    fait ça correctement.

    Qui pourraient expliquer un peu ou donner des sites qui expliquent ?

    Merci d'avance !

  2. #2
    Membre Expert Avatar de mactwist69
    Homme Profil pro
    Développement VB.NET
    Inscrit en
    Janvier 2007
    Messages
    1 707
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : France, Saône et Loire (Bourgogne)

    Informations professionnelles :
    Activité : Développement VB.NET
    Secteur : Industrie

    Informations forums :
    Inscription : Janvier 2007
    Messages : 1 707
    Par défaut
    Bonjour,

    Des experts seraient peut être plus précis que moi sur ce point, mais "on dit" que les modules sont gourmands en mémoires.

    C'est pourquoi l'utilisation de classe est privilégié (entre autre pour ça).

    Par exemple si tu as plein de fonction concernant des échanges de données avec une base de données, tu te créer une classe Gestion_BDD, qui contiendra plein de fonctions.

    Sur ton formulaire principale, tu déclare un objet public de cette classe, et via cette objet tu pourras faire appel a toute tes fonctions depuis n'importe quel endroit de ton code...

    De plus... depuis ton module tu n'auras pas accès au reste des données (a part via des paramètres).

    Donc si par exemple tu te créer une classe qui gère des logs, (fonction qui enregistre un log en base de donnée ou dans un fichier) que tu vas placer dans tes "Catchs exception"... depuis une classe (par exemple de Gestion_BDD), tu pourras faire appel à la classe qui gère les logs... alors que depuis un module tu ne pourras pas (à moins bien sur que tes fionctions de logs soit dans un module également.)

    Donc à moins de faire toutes tes fonctions (logs + gestion_BDD dans des modules), il vaut mieux tout mettre dans des classes.

    Moi c'est comme ça que je fonctionne, peut être que des développeurs plus expérimentés pourrait apporté leur point de vue.

  3. #3
    Membre confirmé
    Femme Profil pro
    Étudiant
    Inscrit en
    Mars 2012
    Messages
    139
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Localisation : France, Mayenne (Pays de la Loire)

    Informations professionnelles :
    Activité : Étudiant
    Secteur : High Tech - Électronique et micro-électronique

    Informations forums :
    Inscription : Mars 2012
    Messages : 139
    Par défaut
    Citation Envoyé par mactwist69 Voir le message
    Bonjour,

    Des experts seraient peut être plus précis que moi sur ce point, mais "on dit" que les modules sont gourmands en mémoires.

    C'est pourquoi l'utilisation de classe est privilégié (entre autre pour ça).

    Par exemple si tu as plein de fonction concernant des échanges de données avec une base de données, tu te créer une classe Gestion_BDD, qui contiendra plein de fonctions.

    Sur ton formulaire principale, tu déclare un objet public de cette classe, et via cette objet tu pourras faire appel a toute tes fonctions depuis n'importe quel endroit de ton code...

    De plus... depuis ton module tu n'auras pas accès au reste des données (a part via des paramètres).

    Donc si par exemple tu te créer une classe qui gère des logs, (fonction qui enregistre un log en base de donnée ou dans un fichier) que tu vas placer dans tes "Catchs exception"... depuis une classe (par exemple de Gestion_BDD), tu pourras faire appel à la classe qui gère les logs... alors que depuis un module tu ne pourras pas (à moins bien sur que tes fionctions de logs soit dans un module également.)

    Donc à moins de faire toutes tes fonctions (logs + gestion_BDD dans des modules), il vaut mieux tout mettre dans des classes.

    Moi c'est comme ça que je fonctionne, peut être que des développeurs plus expérimentés pourrait apporté leur point de vue.
    Merci beaucoup pour tes conseils. Je verrai en détail.
    Merci encore

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

Discussions similaires

  1. Doxygen : gérer plusieur module dans un projet
    Par hitchie dans le forum C++
    Réponses: 1
    Dernier message: 09/01/2008, 14h17
  2. Réponses: 3
    Dernier message: 29/05/2007, 20h37
  3. Plusieurs main dans un projet c++
    Par cracoucass dans le forum Eclipse Java
    Réponses: 2
    Dernier message: 16/08/2006, 17h20
  4. Comment integrer plusieurs API dans un projet ?
    Par nice dans le forum API standards et tierces
    Réponses: 1
    Dernier message: 04/07/2006, 15h15
  5. [MFC] Plusieurs vues dans un projet SDI
    Par riadh_ado dans le forum MFC
    Réponses: 5
    Dernier message: 26/04/2006, 17h55

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