Version imprimable
Bonjour :D
Je demande votre aide pour m'expliquer comment faire ma conception si j'ai besoin que ma classe Site hérite des deux classes UnicastRemoteObject et de la classe Thread puisque l'héritage multiple est interdit en java
J'ai pas compris comment passer par le biais des interfaces parceque je peux pas toucher les deux classes UnicastremoteObject et Thread
Bonjour,
A la place d'étendre la classe Thread, tu peux implémenter l'interface Runnable
Mercii bien pour la solution
mais je cherche une solution valable pour d'autres cas comme par exemple hériter de UnicastRemoteObject et de JFrame au meme temps
ce n'est pas faisable.
Si votre but est d'appeler à distance des méthodes sur la JFrame, passer la JFrame comme argument à votre constructeur et créez des méthode qui se chargent de cette interaction.
Je vous remercie :ccool:
Héritage multiple = erreur de conception dans 99% des cas !
Tu as le pattern 'decorator' qui répondra à ton problème...
Je ne connais pas ce Pattern pourriez vous me le définir ( son role) et merci :))
Je tente une explication :aie: :
Pour t'éclairer davantage tu as le GOF qui détaille tout les patterns courant. Ah et je viens de trouver un lien sur dvp.net : iciCitation:
Le pattern Decorator permet de "décorer" une implémentation existante. C'est à dire que la fonction de base est décorée de fonctions supplémentaires en fonction des besoins.
En gros, une classe implémente une opération de base. Et les fonctionnalités supplémentaires sont ajouter par des classes implémentant l'interface du décorateur. Ceci permet d'ajouter dynamiquement des opérations à la fonction de base.
PS : Par contre si tu ne maîtrises pas totalement les mécanismes Java, je ne t'encourage pas à te familiariser aux patterns si vite.
Le but de ce pattern est d'ajouter dynamiquement des fonctionnalités supplémentaires à un objet.
http://en.wikipedia.org/wiki/Decorator_pattern
L'idé est de créer un nouvel objet (decorateur) qui va se substituer à ton objet initial.
Maintenant,
- si tu ne peux pas
- si tu ne veux pas
définir une interface commune entre ton objet et le decorateur
-> inutile de sortir l'artillerie lourde avec des patterns 'compliqués'. Une ou plusieurs délégations assiociées à un héritage simple peut être amplement suffisant.
Je sais pas si ça pourra t'aider, mais tu peux aussi regarder ici .
En particulier, regarde le GUIRepository à la fin de la première page. Ce schéma peut permettre de contourner pas mal de pb d'héritages multiples.
Je vous remercie c'est ttrés jentil :)))