Discussion :

[Sun03]

Bonjour à tous,

je suis entrain de préparer à la certif java 1.5.

j'ai la question stp,

Code :

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

1
2
3
4
5
6
7
8
9
 
 
11. public String makinStrings() {
12. String s = “Fred”;
13. s = s + “47”;
14. s = s.substring(2, 5);
15. s = s.toUpperCase();
16. return s.toString();
17. }

la réponse est :
How many String objects will be created when this method is invoked?
A. 1
B. 2
C. 3
D. 4
E. 5
F. 6
Answer: C


vous pouvez m'expliquer pourquoi 3 ? merci d'avance.

[tchize_]

12: non, la String "fred" est stocké dans le code et existe dès la création de la classe et donc la réalisation des méthodes
13: oui (stringbuilder + append + toString)
14: oui, l'instance est séparée
15: oui, nouvelle instance avec la substring
16: non la javadoc dit que toString revoie this

[thelvin]

Deuxième formulation, histoire de :

12:"Fred" est une chaîne littérale. Une chaîne littérale est créée au chargement de la classe qui la définit. Voire avant, si une classe déjà chargée définissait la même.
13: L'opérateur de concaténation + peut avoir deux comportements :
- La concaténation de constantes, si les deux opérandes sont des constantes, la concaténation va être effectuée par le compilateur, et être traitée de la même manière qu'une chaîne littérale.
- Le reste : si au moins une opérande n'est pas une constante, le compilateur ne peut pas s'en charger, la concaténation se fera à l'exécution. Dans ce cas-là, il y a toujours création d'une nouvelle String.

Ici, "47" est une constante, mais s ne l'est pas (ce n'est pas une variable final, la question ne se pose pas). s + "47" n'est donc pas une expression constante, nous sommes donc dans le deuxième cas. Donc, création de String.

14: La String issue de substring() n'est pas identique à s, il faut donc bien la créer pour l'obtenir !
(On pourrait imaginer que substring() utilise le pool de String et évite de créer s'il peut l'éviter, mais ça coûte cher, pourquoi le ferait-il ? En pratique, il y a création de nouvelle String.)

15: Même raisonnement que 14. (Pour rappel, s vaut "ed" avant, et "ED" après.)

16: Bon, comme dit tchize_, la Javadoc est claire, String.toString() renvoie this. Pas de création de nouvelle String.

[Sun03]

Bonjour à tous,


Merci bien pour vos réponses.

Excellente journée

[GérardMartinelli]

D'où l'intérêt pour des raisons de performances d'utiliser StringBuffer pour éviter la recréation à chaque modif.

[tchize_]

stringbuilder pas stringbuffer

[Alkhan]

bonjour,

stringbuilder pas stringbuffer

En effet, mais un petite explication s'impose car tout le monde ne comprendra pas pourquoi.
En faite la raison est toute simple stringbuilder et stringbuffer font la même chose mais à une différence près (et pas des moindre), le stringbuffer lui est synchronisé. Et comme tout le monde le sait la synchronisation à un cout, dont on peut se passé si l'on est pas dans un contexte multi-thread.