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

avec Java Discussion :

Imposer du code dans une méthode redéfinie


Sujet :

avec Java

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre confirmé
    Profil pro
    Inscrit en
    Mars 2008
    Messages
    227
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2008
    Messages : 227
    Par défaut Imposer du code dans une méthode redéfinie
    Bonjour. J'ai une méthode abstraite evalueResultat() dans une classe abstraite AbstractModele.
    Lorsqu'on redéfinit la méthode abstraite evalueResultat() dans une classe dérivée de AbstractModele, j'aimerais imposer que cette méthode contienne forcément le code
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    notifyResultatChanged()
    à la fin.
    Je peux modifier le contenu de la classe AbstractModele car c'est moi l'auteur.
    Le but, c'est que quelqu'un qui ne connaît pas le code et qui redéfinit ma méthode soit obligé de mettre
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    notifyResultatChanged()
    à la fin.
    Est-ce que c'est possible?
    Merci.

  2. #2
    Membre éclairé

    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Septembre 2011
    Messages
    37
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Ingénieur développement logiciels

    Informations forums :
    Inscription : Septembre 2011
    Messages : 37
    Par défaut
    Tu peux faire ça en deux méthodes dans ta classe abstraite :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
     
    public final void evalue() {
       evalueResultat();
       notifyResultatChanged();
    }
     
    protected abstract evalueResultat();
    Ca implique que celui qui appelle la méthode ne doit jamais appeler la méthode evalueResultat (il devra passer par la méthode evalue). En revanche ceux qui hériteront de ta classe abstraite n'auront qu'à implémenter la méthode evalue et le code que tu veux "forcer" sera systématiquement exécuté.

    Ca doit être le DP "template method" je crois...

  3. #3
    Membre Expert
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Septembre 2008
    Messages
    1 190
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Septembre 2008
    Messages : 1 190
    Par défaut
    Citation Envoyé par mikael.gibert Voir le message
    Tu peux faire ça en deux méthodes dans ta classe abstraite :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
     
    public final void evalue() {
       evalueResultat();
       notifyResultatChanged();
    }
     
    protected abstract evalueResultat();
    Ca implique que celui qui appelle la méthode ne doit jamais appeler la méthode evalueResultat (il devra passer par la méthode evalue). En revanche ceux qui hériteront de ta classe abstraite n'auront qu'à implémenter la méthode evalue et le code que tu veux "forcer" sera systématiquement exécuté.

    Ca doit être le DP "template method" je crois...
    Et bien cela dépend si en l'implémentant l'utilisateur fait un super.evalue() ou pas.

  4. #4
    Membre émérite Avatar de JoeChip
    Profil pro
    Inscrit en
    Septembre 2008
    Messages
    536
    Détails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations forums :
    Inscription : Septembre 2008
    Messages : 536
    Par défaut
    En revanche ceux qui hériteront de ta classe abstraite n'auront qu'à implémenter la méthode evalueResultats et le code que tu veux "forcer" sera systématiquement exécuté.

  5. #5
    Expert confirmé
    Avatar de le y@m's
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Février 2005
    Messages
    2 636
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 42
    Localisation : France, Alpes Maritimes (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Février 2005
    Messages : 2 636
    Par défaut
    Citation Envoyé par deathness Voir le message
    Et bien cela dépend si en l'implémentant l'utilisateur fait un super.evalue() ou pas.
    Comme l'a dit mikael.gibert, et pointé BenWillard, c'est la méthode evalueResultats() qui sera implémentée et pas la méthode evalue() qui est marquée final pour justement interdire sa réécriture .
    Je ne répondrai à aucune question technique par MP.

    Pensez aux Tutoriels et aux FAQs avant de poster ;) (pour le java il y a aussi JavaSearch), n'oubliez pas non plus la fonction Rechercher.
    Enfin, quand une solution a été trouvée à votre problème
    pensez au tag :resolu:

    Cours Dvp : http://ydisanto.developpez.com
    Blog : http://yann-disanto.blogspot.com/
    Page perso : http://yann-disanto.fr

  6. #6
    Membre Expert
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Septembre 2008
    Messages
    1 190
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Septembre 2008
    Messages : 1 190
    Par défaut
    Citation Envoyé par le y@m's Voir le message
    Comme l'a dit mikael.gibert, et pointé BenWillard, c'est la méthode evalueResultats() qui sera implémentée et pas la méthode evalue() qui est marquée final pour justement interdire sa réécriture .
    Oui j'avais lu trop vite et loupé le final!

  7. #7
    Membre confirmé
    Profil pro
    Inscrit en
    Mars 2008
    Messages
    227
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2008
    Messages : 227
    Par défaut
    Donc il faut avertir le programmeur qui dérive la classe AbstractModele qu'il doit, pour l'évaluation, utiliser la méthode evalue() et pas la méthode evalueResultat()?
    Donc le problème est le même que de le prévenir qu'il doit ajouter notifyResultatChanged() à la fin de la méthode evalueResultat() ?
    Je ne vois donc pas le gain qu'on a à utiliser la méthode final evalue puisque de toute façon il faut prévenir le programmeur.
    J'ai rien compris ou ce que je dis est juste?

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

Discussions similaires

  1. Réponses: 6
    Dernier message: 16/04/2014, 13h54
  2. [Débutant] Passer des contrôles générés par code dans une autre méthode
    Par Abalalojik dans le forum C#
    Réponses: 1
    Dernier message: 19/02/2014, 14h33
  3. passer la valeur d'un return dans une méthode
    Par belukrin dans le forum Langage
    Réponses: 1
    Dernier message: 25/03/2006, 06h58
  4. instanciation problématique dans une méthode ActiveX
    Par mr.saucisse dans le forum MFC
    Réponses: 14
    Dernier message: 17/01/2006, 16h34
  5. Réponses: 2
    Dernier message: 15/11/2004, 15h12

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