question literal strings

Bonjour à tous,

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

j'ai la question stp,

Code:

---

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.

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

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.

Bonjour à tous,


Merci bien pour vos réponses.

Excellente journée

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

stringbuilder pas stringbuffer ;)

bonjour,

Citation:

---

Envoyé par tchize_

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.