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

EDI et Outils pour Java Discussion :

UML vs (Struts - Hibernate)


Sujet :

EDI et Outils pour Java

  1. #1
    Membre éprouvé
    Profil pro
    Inscrit en
    Septembre 2007
    Messages
    957
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2007
    Messages : 957
    Points : 1 177
    Points
    1 177
    Par défaut UML vs (Struts - Hibernate)
    J'ai essayé de modéliser mon application WEB en UML pour générer in fine les classes liées à mes entitités. Je n'arrive pas a y voir clair. J'utilise les ActionForm et les DispatchAction de Struts et les POJO pour Hibernate. Je n'arrive pas a voir l'utilité de la classe générer via UML.

    Exemple :
    Class User
    Method, getSurname, getFirstname...

    De plus j'aurais tant aimé que mon modèle UML me génere mes ActionForm et mes DispatchAction. Mes POJO sont construits par Hibernate Synchronizer.

    Pour résumer peut-on modéliser une application Struts, Hibernate (MVC) en UML et générer le code qui va bien.

    d'avance merci.

  2. #2
    Membre habitué Avatar de le Daoud
    Profil pro
    Inscrit en
    Novembre 2002
    Messages
    287
    Détails du profil
    Informations personnelles :
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations forums :
    Inscription : Novembre 2002
    Messages : 287
    Points : 169
    Points
    169
    Par défaut
    Salut,

    J'ai entendu parler au boulot de AndroMDA. Je ne l'ai pas testé mais il semble répondre à ta question.

  3. #3
    Membre éprouvé
    Profil pro
    Inscrit en
    Septembre 2007
    Messages
    957
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2007
    Messages : 957
    Points : 1 177
    Points
    1 177
    Par défaut
    Okay merci peux-tu me confirmer que les outils "classic" ne peuvent pas générer un modèle type MVC.

  4. #4
    Rédacteur

    Avatar de millie
    Profil pro
    Inscrit en
    Juin 2006
    Messages
    7 015
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juin 2006
    Messages : 7 015
    Points : 9 818
    Points
    9 818
    Par défaut
    Normalement, on utilise plutôt les diagrammes UML pour la partie modèle.

    On représente rarement les classes DAO, les classes de service, les controleurs car ça repose en général toujours sur la même chose.

    Mais dans certains cas compliqué (genre si l'on crée directement des servlets avec une architecture particulière, c'est pas mal d'utiliser un diagramme uml)
    Je ne répondrai à aucune question technique en privé

  5. #5
    Membre éprouvé
    Profil pro
    Inscrit en
    Septembre 2007
    Messages
    957
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2007
    Messages : 957
    Points : 1 177
    Points
    1 177
    Par défaut
    Okay merci, je ne ferai donc que la partie Entities. Ce qui me pose problème c'est que mon POJO représente mon entité d'ou ma confusion.

Discussions similaires

  1. Réponses: 5
    Dernier message: 12/05/2006, 22h02
  2. [Data] [STRUTS][HIBERNATE] fichier de conf
    Par nikalkal dans le forum Spring
    Réponses: 1
    Dernier message: 26/04/2006, 17h10
  3. SPRING+STRUTS+HIBERNATE. Une bonne solution ?
    Par ollivier dans le forum Struts 1
    Réponses: 9
    Dernier message: 10/04/2006, 13h16
  4. Réponses: 2
    Dernier message: 02/03/2006, 19h29
  5. [STRUTS/HIBERNATE] Problème d'exécution de requête
    Par mc_chicken dans le forum Hibernate
    Réponses: 5
    Dernier message: 21/10/2005, 09h27

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