Discussion :

[Bobabar]

Quels intérêts représente le code ci-dessous (que je vois dans une application que je dois modifier) ...

Code :

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

1
2
3
4
5
6
7
8
 
	private static String MA_STRING   = null;
	static {
		StringBuffer sb = new StringBuffer();
		sb.append("début du texte ... ");
		sb.append(" ... fin du texte ");
		MA_STRING = sb.toString();
	}

... par rapport à ceci :

Code :

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

1
2
 
	private static String MA_STRING   = "début du texte ...  ... fin du texte ";

?

[Baptiste Wicht]

Aucun...

Il est moins lisible et moins performant. Peut-être que dans le cas d'un très long texte, c'est plus agréable à lire, mais dans le cas de texte courts, c'est complètement inutile.

[thelvin]

Aucun.

Je pense que ça a été fait comme ça : le texte ne tient pas sur une ligne, il a donc fallu le mettre sur plusieurs lignes.

La première version a juste fait des

Code :

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

1
2
3
4
5
6
private static String MA_STRING =
 "très longue ligne 1" +
 "très longue ligne 2" +
 "très longue ligne 3" +
 ...
;

Puis quelqu'un est passé derrière, et a dit "c'est mal de concaténer des String avec l'opérateur + nous devons utiliser un StringBuffer."
Mais cette personne avait tort : la concaténation de littéraux String est faite au moment de la compilation. Et puis, de toute façon, pour quelque chose qui est fait une fois au chargement de la classe, ce n'est pas grave.

[Bobabar]

Merci de vos réponses.
C'est ce que je pensais, du point de vue de l'inutilité.

Par contre je n'ai pas l'historique lointain du code. Mais le texte consiste en une dizaine de caractères d'un côté concaténée à une cinquantaine d'autres, donc cela tiendrait sur une ligne d'écran.