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

Diagrammes de Classes Discussion :

reverse de Class.forname


Sujet :

Diagrammes de Classes

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre confirmé
    Profil pro
    Inscrit en
    Août 2007
    Messages
    200
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2007
    Messages : 200
    Par défaut reverse de Class.forname
    Bonjour,
    J'ai une classe Maconnection dans laquelle j'ai l'instruction:
    Class.forName("org.moi.driver.MonDriver");
    J'aimerais savoir comment le représenter en UML.
    Merci pour votre aide.

  2. #2
    Modérateur
    Avatar de bruno_pages
    Homme Profil pro
    ingénieur informaticien à la retraite
    Inscrit en
    Juin 2005
    Messages
    3 551
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 65
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : ingénieur informaticien à la retraite
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Juin 2005
    Messages : 3 551
    Par défaut
    bonsoir,

    l'appel n'est pas dans votre classe Maconnection, mais dans le corps d'une de ses opérations

    à quel niveau voulez vous représenter cet appel, dans une interaction via un diagramme de séquence ? dans une activité ? ailleurs ?

    il s'agit de l'appel de l'opération statique forName défini sur Class, avec un argument, finalement en quoi cela vous pose un problème ?

    en tout cas vous ne pourrez pas montrer cet appel dans un diagramme de classes, je dis cela car cette discussion est dans le sous forum qu'il leur est dédié.
    Bruno Pagès, auteur de Bouml (freeware), mes tutoriels sur DVP (vieux, non à jour )

    N'oubliez pas de consulter les FAQ UML et les cours et tutoriels UML

  3. #3
    Membre confirmé
    Profil pro
    Inscrit en
    Août 2007
    Messages
    200
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2007
    Messages : 200
    Par défaut
    en tout cas vous ne pourrez pas montrer cet appel dans un diagramme de classes
    Oui c'était exactement pour un diagramme de classe que je voulais savoir comment faire:
    Est-ce 2 classes (MaConnection et MonDriver) liées par une fleche de dépendance ou pas?

    Merci.

  4. #4
    Modérateur
    Avatar de bruno_pages
    Homme Profil pro
    ingénieur informaticien à la retraite
    Inscrit en
    Juin 2005
    Messages
    3 551
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 65
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : ingénieur informaticien à la retraite
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Juin 2005
    Messages : 3 551
    Par défaut
    bof, une dépendance cela n'indique pas grand chose, de plus dans votre cas elle serait plutôt entre MaConnection et Class si l'on considère Class.forName("org.moi.driver.MonDriver") car MonDriver n'est que le résultât
    Bruno Pagès, auteur de Bouml (freeware), mes tutoriels sur DVP (vieux, non à jour )

    N'oubliez pas de consulter les FAQ UML et les cours et tutoriels UML

  5. #5
    Membre confirmé
    Profil pro
    Inscrit en
    Août 2007
    Messages
    200
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2007
    Messages : 200
    Par défaut
    merci bruno.

    Mais par contre si c'était
    Class.forName("org.moi.driver.MonDriver").newInstance();
    Là j'imagine qu'il y'aurait une dépendance.
    Non?

  6. #6
    Modérateur
    Avatar de bruno_pages
    Homme Profil pro
    ingénieur informaticien à la retraite
    Inscrit en
    Juin 2005
    Messages
    3 551
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 65
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : ingénieur informaticien à la retraite
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Juin 2005
    Messages : 3 551
    Par défaut
    oui, il pourrait y en avoir une

    la question reste de savoir si cela est bien justifié : si vous mettrez toutes ces dépendances entre classes et que vous obtenez un plat de nouilles avec trop de dépendances au final, et donc quelque chose d'illisible et inexploitable, alors il valait mieux ne pas de faire au niveau des classes mais le faire au niveau des paquetages. Tout dépend donc de votre appli, à vous de voir
    Bruno Pagès, auteur de Bouml (freeware), mes tutoriels sur DVP (vieux, non à jour )

    N'oubliez pas de consulter les FAQ UML et les cours et tutoriels UML

Discussions similaires

  1. Recupérer une classe interne avec Class.forName
    Par Pragmateek dans le forum Général Java
    Réponses: 4
    Dernier message: 24/02/2008, 20h53
  2. Réponses: 14
    Dernier message: 22/02/2008, 19h01
  3. Class.forName() sur nom de classe "court" ?
    Par Yannick_from_31 dans le forum Langage
    Réponses: 5
    Dernier message: 23/01/2008, 09h03
  4. Problème avec Class.forName
    Par steftanguy dans le forum JDBC
    Réponses: 4
    Dernier message: 14/08/2007, 16h24
  5. Pourquoi utiliser Class.forName().newInstance()
    Par menzlitsh dans le forum Langage
    Réponses: 4
    Dernier message: 27/07/2007, 14h00

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