Ajouter une méthode à une classe existante, sans héritage

Bonjour à tous,

Je pense avoir compris comment créer une sous-classe qui hérite (avec "extends") des méthode de sa classe-mère, mais je ne comprends pas comment enrichir une classe existante, sans modifier celle-ci, et sans créer de sous-classe.

Exemple, j'aimerais disposer d'une méthode qui me dit si une chaîne est un anagramme, je voudrais donc compléter la classe String par:

Code:

---

1 2 3

public boolean isAnagram () { // ... }

---

de façon à pouvoir utiliser

Code:

---

1 2 3 4

String s1 = new String("kayak"); if (s1.isAnagram()) { // ... }

---

Apparemment, si je crée un fichier String.java pour y déclarer cette méthode, plus aucune autre méthode de la classe n'est reconnue.

Comment faire ?

Merci d'avance,

G.

Ca doit pas être possible de modifier un .class (ici String.class), et vu que tu n'a pas accès au String.java originel, c'est raté.

Donc, à priori, héritage comme solution...

L'héritage est justement fais pour ça car là tu ne veux plus utiliser la classe String de base mais une classe custom. Tu peux faire une classe à côté sinon qui prend en paramètre un String tout simplement si la solution de la sous-classe ne te plait pas :

Code:

---

1 2	String s = "toto"; boolean b = StringUtilitaire.anagramme(s);

---

on ne peux pas faire de sous classe de String, String est final.

Donc il ne te reste que la solution de la classe utilitaire.

Tout d'abord, il faut voir une classe ou une interface comme un contrat. C'est à dire que toute classe qui herite d'une autre classe ou qui implemente une interface devra definir les methodes de celles-ci.
Par exemple, si je prends une instance de object ou d'un de ses descendants, je suis sur d'avoir une méthode toString().

Pour ajouter une methode à une classe existante, il faut faire une sous classe. Par exemple, si Fils herite de Pere, Fils possedera toutes les fonctions de Pere plus celles qu'elle définira elle meme. Ainsi, Fils pourra etre utilisé partout ou Pere etait utilisé. En revanche, Pere ne pourra pas etre utilisé la ou Fils est utilisé.

Pour répondre à la question de base, il est possible d'ajouter une methode à une classe existante. Pour ca, tu peux regarder du coté de la programmation orientée Aspect.
Mais dans ton cas, il faut passer comme ca a été indiqué par une classe utilitaire.

Pour résumer :

Citation:

---

Envoyé par gvdmoort

mais je ne comprends pas comment enrichir une classe existante, sans modifier celle-ci, et sans créer de sous-classe.

---

Normal que tu ne voies pas comment faire ça en Java, c'est impossible.
Et il est rare que ce soit gênant. Des solutions très raisonnables ont été proposées ici.

Tu peux aussi utiliser le pattern decorator, il me semble (à vérifier) :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24

public class MyString {   private String str;   public MyString(String str) { this.str = str; }   public int length() { return str.length(); }   public String substring(int index) { return str.substring(index); }   public static void main(String[] args) { MyString str = new MyString("chaine"); System.out.println(str.length()); }   }

---

Ta classe encapsule un objet de type string.
Tu redéfinis toutes les méthodes de la classe String, mais qui font simplement appel à l'implémentation de ton objet String, comme pour length dans l'exemple.
Puis tu rajoutes les méthodes propres à ton implémentation.
C'est fastidieux puisque String a beaucoup de méthodes mais ça peut être parfois intéressant.

Bonjour,

Juste pour compléter le message de fr1man, le pattern Decorator nécessite que la classe décoratrice hérite d'une base commune à la class décorée.
Et ce afin que la classe décoratrice puisse être utilisé partout une un object décoré est attendu.

Donc ça donnerait :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29

public class MyString extends String { private String str; public MyString(String str) { this.str = str; } public int length() { return str.length(); } public String substring(int index) { return str.substring(index); } public boolean isAnagram () { // Calcul avec str } public static void main(String[] args) { MyString str = new MyString("chaine"); System.out.println(str.isAnagram()); } }

---

Quoiqu'il en soit le pattern Décorator est une solution élégante dans le cas évoqué dans ce topic.

Je me permet d'ouvrir une petite parenthèse : il est tout à fait possible d'ajouter des méthodes à une classe sans héritage en utilisant des APIs "sauvages" permettant de manipuler le bytecode.

Avec Javassist :

Code:

---

1 2 3 4 5 6 7

ClassPool pool=ClassPool.getDefault(); Loader cl=new Loader(pool); CtClass ct=pool.makeClass("myClass"); String myMethod = "public void myMethod() { System.out.println(\"youpi\"); }"; ct.addMethod(CtNewMethod.make(myMethod, ct)); ct.writeFile();

---

Bon ça fait longtemps que je n'ai pas touché à Javassist, mais ça a une tête du genre et, en tous cas, ça permet de faire entre autres ce genre de choses...

Pour rappel, on parle là d'un problème de débutant par rapport au language, donc les modifications sauvage d'une classe de java.lang on oublie, et l'orienté aspect aussi. C'est sortir les cuirassé pour souffler une mouche morte!

Donc, non, en java, on n'ajoute pas une méthode à une classe existante, on utilise l'héritage pour ça. Et non, ce n'est donc pas applicable à String puisque cette classe est final.

Il est clair que le problème ici est un problème de compréhension par l'auteur. Et de tels bidouillages sont franchement à bannir.

Citation:

---

Envoyé par aurelman

Juste pour compléter le message de fr1man, le pattern Decorator nécessite que la classe décoratrice hérite d'une base commune à la class décorée.
Et ce afin que la classe décoratrice puisse être utilisé partout une un object décoré est attendu.

---

Sauf que String est final donc c'est pas possible ;)

Citation:

---

Envoyé par tchize_

Pour rappel, on parle là d'un problème de débutant par rapport au language, donc les modifications sauvage d'une classe de java.lang on oublie, et l'orienté aspect aussi. C'est sortir les cuirassé pour souffler une mouche morte!

---

Oui mais ca n'empeche pas de parler de techniques qui permettraient de faire ca. Peut etre que certains qui vont tomber sur ce topic à travers un moteur de recherche seront contents de trouver une réponse. Mais sur le fond, je suis d'accord pour dire que ce ne sont pas les techniques à utiliser pour le probleme dont on parle (mais les solutions ont deja été données des le début...)

Citation:

---

Envoyé par hwoarang

Sauf que String est final donc c'est pas possible ;)

---

Ben oui c'est vrai ça ! au temps pour moi :))

Donc pas d'héritage de String.

Donc soit une classe Utilitaire avec une méthode prenant une String en parametre et retournant un booleen. La méthode triviale

Une classe wrapper, un peu sur le model du Décorator mais sans l'héritage... ou au pire un Décorator avec héritage de l'interface CharSequence pour garder un peu de souplesse (mais est-ce vraiment utile vu le besoin initial ...)

j'avoue qu'en bientot 8 ans d'usage professionnel de java, je n'ai jamais eu besoin d'ajouter une méthode dans String :aie:

Citation:

---

Envoyé par tchize_

j'avoue qu'en bientot 8 ans d'usage professionnel de java, je n'ai jamais eu besoin d'ajouter une méthode dans String :aie:

---

T'es pas joueur c'est pour ça :P

Pour ce qui est de modifier la classe String par des moyens détournés, il me semble que de toutes façons les JVM standard sont, pour des raison de sécurité, protégées contre les redéfinition du contenu de java.lang, donc sauf à modifier le JRE (du genre patcher la bilbiothèque de base qui contient java.lang), on ne peut pas "bidouiller" String.

avec aop et compagnie, tu ne sait rien faire, que ce soit dans java.lang ou autre chose, si t'es dans un environnement avec un securitymanager (applet, webstart, certains serveurs J2EE)

La discussion est terminée depuis longtemps mais je me permets un petit ajout pour les suivants.

Il me semble qu'il est possible de surcharger ou d'ajouter une méthode à une classe, mais seulement à la création de l'objet. Les modifications de la classe n'atteignent donc que l'instance créée.

Code:

---

1 2 3 4 5 6 7 8 9

String string = new String(){ public boolean isAnagram(){ boolean answer; // Your code... // return answer; } };

---

Ce procédé est plus courant pour les Listener lorsqu'on veut modifié la réaction d'une instance à un clique de souris ou autre.

Raté!
En fait ce qu'on fait ici est de créer à la volée une classe anonyme dérivée de la classe de base, et en même temps une instance de cette classe.
Ca revient donc à la première option évoquée plus haut: créer une classe dérivée. String étant une classe final, non-dérivable, ça ne marchera pas dans ce cas.

Par ailleurs (oui je sais, cette réflexion vient bien tard...), en terme de conception, il me semble qu'une anagramme n'est PAS une String...c'est une relation entre deux String.
à savoir: une chaîne de caractère n'est pas une anagramme dans l'absolu, elle est une anagramme D'UNE AUTRE chaîne de caractère.

ex: si on compare "étant" et "tanté", on peut conclure que l'un est l'anagramme de l'autre.

Ces dernières précisions viennent peut-être tard, mais dix mois de pratique étant passés là-dessus, je trouve très instructif de relire vos interventions.

La dernière réflexion sur le fait qu'en terme de conception un anagramme est plutôt une relation qu'un objet est exacte; je m'aperçois à présent que je voulais dire "est un palindrome", c-à-d un mot qui peut être lu indifféremment dans un sens ou dans l'autre.

Cordialement,

Citation:

---

Envoyé par santelezh

Il me semble qu'il est possible de surcharger ou d'ajouter une méthode à une classe, mais seulement à la création de l'objet. Les modifications de la classe n'atteignent donc que l'instance créée.

---

Si on oublie que String est final (donc non derivable), ajouter une nouvelle méthode lors de l'instanciation d'un objet n'a aucun interet puisqu'elle ne pourra pas etre appelée (puisque la référence, par définition, n'a pas la méthode en question). Cette fonctionnalité n'a d'interet que pour redefnir une methode existante de l'objet afin de personnaliser son comportement. Le cas d'ecole étant, comme tu l'as toi meme précisé, les listeners.
Bref, meme en reprenant la demande de départ, ca ne marche pas ;)