Surcharge de constructeur

Version imprimable

04/08/2008, 15h09
LittleBean

Surcharge de constructeur
Bonjour à tous,

Je cherche à étendre une classe et notamment à rajouter un constructeur
Code:

1 2 3 4 5 6 7 8 9 10 11 12 class A' extends A{ public A'(Integer arg){ super(arg); } public A'(String str){ Interger y = new Integer(str); super(y) ; } }
Bon bien sur ça ne marche pas .... j'ai résolu en créant une méthode static mais je ne suis pas satisfait du résultat.
Est ce qu'il existe une "best practice" pour se genre de cas? Si oui, quels sont les pour et contre !

Merci
04/08/2008, 15h12
elmor
Pour que ca fonctionne il faut faire
Code:

1 2 3 public A'(String str){ super (new Integer(str)); }
Par contre il faut faire attention car l'exception NumberFormatException peut-être lancée

hum ... j'ai peut être trop simplifié :D
j'ai la solution suivante :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
class A' extends A{
 
    public A'(Integer arg){
    super(arg);
    }
 
    public A'(String str){
    super(getYFromStr(str)) ;
    }
 
public static Integer getYFromStr(String str){
// on s'en fout :roll: 
}
 
}

Code:

1
2
3
4
5
6
7
8
9
10
11
12
class A' extends A{
 
    public A'(Integer arg){
    super(arg);
    }
 
public static A' getInstance(String str){
      /// du code ( qui n'utilise pas de variable static)
       new A'(arg);
}
 
}

j'ai encore d'autre idées pour le faire, je ne sais pas quel est la meilleur écriture, la plus propre.

Dans tous les cas merci pour ta réponse :king:

Ah ok Dsl j'avais pas compris :D

Sinon je ne suis pas sur que dans ce genre de cas il y ait un best practice...

J'aurai peut-être fait
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 class A' extends A{ public A'(Integer arg){ super(arg); } public A'(String str){ this(toInteger (str)) ; //Ce que tu veux :D } //toutes les méthodes d'instance appelées dans un constructeur //devraient être finales! final private Integer toInteger (String str){ //CE que tu veux } }
Mais bon ensuite ce n'est question de gout
* La factory c'est bien
* Le passage par un methode statique pourquoi pas ...

Pour savoir quel est le meilleur choix il faudrait savoir ce que tu veux vraiment faire de cette classe. Sinon ce n'est qu'un problème de syntaxe.