Discussion :

[sql_ignorant]

Bonsoir,

Je cherche à gérer ma collection de Babar.
J'ai donc le même livre traduit dans différentes langues :
- Babar voyage
- Travel of Babar
- Babar, konishiwa Fujiyama !

J'ai donc pensé que l'objet Book possédait la variable List<Title> titleList dont l'implémentation de Title est :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
public class Title extends String {
	private Locale locale;
	...
}

qui me permet d'avoir les titres selon la langue.

Mais depuis java 5 me semble-t-il, String devenue final. Je ne peux donc pas écrire ce code.

D'où ma question. Quelle est la raison pour que String soit final ? Je ne vais réimplémenter String pour lui ajouter une fonctionnalité dont j'ai besoin.

[tchize_]

Pour la même raison que Integer /Float / ... sont final. Ce sont des composants de base.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
public class Title {
	private Locale locale;
        private String value
	...
}

En quoi une composition dérange?

[sql_ignorant]

C'est justement parce que c'est un composant de base qu'il est intéressant de pouvoir l'étendre !

Alors, je te l'accorde, une composition peut être une solution, solution qui en soit n'est pas très compliquée car il me suffirait d'écrire :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
public class Title {
	private Locale locale;
        private String value;
 
	public int length() {
		return value.length();
	}
	...
}

Mais du coup, je deviens "responsable" des constructeurs, des méthodes et des javadocs afférents à la classe String. C'est donc contraire au principe de l'héritage objet qui consiste à ajouter des fonctionnalités à une classe avec un minimum de risque (notamment ceux dûs aux copier-coller). Ensuite, lors d'une mise à jour de la jdk, je dois en plus maintenir le code de cette classe afin d'appeler les potentielles nouvelles méthodes ou supprimer les appels à des méthodes dépréciées (enfin ?) supprimées. Bref, pisser du code inutilement et maintenir du code inutilement.

Maintenant, tu t'y connais probablement plus que moi, et si je n'ai pas d'autre choix, j'opterais pour cette solution.

[tchize_]

Qu'est ce que tu entends par devenir responsable des méthodes et constructeurs? Au delà de ça string a un certain nombre de comportements qui deviendraient instables avec une sous classe. par exemple le fait que cette classe soit immuable, son utilisation dans les switch case...
A noter que tu peux aussi étendre charsequence si tu préfère.

[tchize_]

Autre détail, les strings comme l'autoboxing étant utilisés fortement par les codes, les rendre finaux permet à la jvm un certain nombre d'optimisations et raccourcis de calcul qui sont importants pour avoir des performances potables :-)

[adiGuba]

Salut,


String est surtout final afin de s'assurer de l'immutabilité de la classe.
Et c'est très important car cela permet de partager une instance sans avoir peur qu'elle ne soit modifiée par ailleurs.
En effet rien ne garantie que les classes filles conservent cette notion, et du coup on ne pourrait plus considérer String comme immuable.

Si tu supprimes cela tu casses potentiellement tous les programmes Java, et il faudrait gérer des copies de tous les cotés...

a++