Reprise du message précédent :
Dans les deux cas, l'important, c'est que ça tienne et que le nombre de bugs soit minime.

 
Ah ben écoute, nous on le fait parce que justement, on a eu des problème lors de traitement de génération de query à la volée. Donc bon...

C'est évidemment sur le "visual" que j'ai tiqué
Même si Vi est une abomination aujourd'hui, je me doute bien qu'à l'époque c'était une grande avancée par rapport à ed

 
2 Petites remarques:
-Pourquoi vous updatez l'écran de reporting (project coverage) en temps réel ? pour montrer que l'application tourne et n'est pas bloquée ? ça serait plus le role de la console de montrer ce genre d'activité
-j'aurais utilisé des onglets en bas plutot que les 4 boutons, ça serait plus clair et plus familier pour l'utilisateur

  harko ne sait même pas alligner 2 controles

c'est le décalage horaire

pourquoi j'ai quoté ça ?  
 
EDIT: j'ai retrouvé \o/
 
je croyais que ton blog était en html statique depuis le temps qu'il ne bouge plus

Tellement que tu postes sur HFR

pourquoi j'ai quoté ça ? (bis)

J'ai une question de n00b en java : quel avantage du StringBuffer par rapport à l'opérateur '+' de la classe String ?
(j'veux dire, à part le débat qu'il vient d'y avoir sur StringBuilder, imaginons par exemple que je n'ai que java 1.3 hein)

Sachant que l'opérateur, si je lis bien la javadoc, utilise lui-même StringBuffer. Est-ce que c'est parce que d'habitude y a pas de surcharge d'opérateur en Java ? (d'ailleurs la classe String c'est pas la seule à avoir un opérateur surchargé ?)

 
 
C'est la dernière arme de joce concernant la lutte contre la mareekquote : quand tu fais une citation contenant des citations, la citation est splittée en autant de sous-citation contenues, et si j'suis pas clair c'est le même prix.

le "+" recréé une nouvelle chaine à chaque rajout, pas le StringBuffer

Ah ouais ok, effectivement, ça peut devenir génant.

You're so 90's...

 
plus depuis quelques temps Le + declenche la creation d'un stringbuilder, qui est réutilisé avec les autres +.
 
a + b + c va generer (grosso modo)
 
sb = new stringBuilder ()
sb.append (a).append(b).append(c).toString ()

Ah mince, depuis quelle version ? 1.5 ? 1.6 ?

Dans le compilo, oui. Mais dynamiquement, je doute.

String t[];
for (i=0;i<t.length; i++)
 s= s+t[i]

Ca donne quoi ça ?

Les dessous des string by nraynaud

Ouais ouais, et

String a = "";
for(String foo: bar) {
    a += foo
}

va générer (grosso modo)

String a = "";
for(String foo: bar) {
    StringBuffer temp = new StringBuffer();
    StringBuffer.append(a).append(foo);
    a = StringBuffer.toString();
}

1) héhéhé, c'est une excellente remarque. Nous fabriquons un outil de chef. Et le chef ça lui fout le cul par terre de voir qu'il a un outil de reporting et qu'en plus le truc bouge pendant la démo.
2) pareil (c'est ce qu'on a fait au départ), sauf qu'il y avait un petit pb technique : on ne pouvait pas séparer en 2 groupes comme maintenant.
Et je voulais séparer car la partie de gauche est le détail de ce qui est sélectionné plus haut quand la partie de droite ne dépend pas de la sélection.
 
Mais vu que tu es le deuxième oeuil extérieur à faire la remarque, on va peut-être re-mettre les onglets.

facile : il suffit de voir que le spam dans les commentaires augmente

Snapz Pro X sarace, si on a plus de place sur le HDD au lieu d'essayer de faire du recover ou je sais pas quoi il coupe la compression de la vidéo et il flingue le fichier

String t[];
for (i=0;i<t.length; i++)
 s= s+t[i]

+1 c'est pour ça qu'on a très peu de + dans notre code.
 
en gros si la chaîne de '+' est dans une seule expression elle est intégralement inlinées en StringBuilder. mais sinon ça dépend de la météo

 
Met une option dans les préférences

String a = "";
for(String foo: bar) {
    a += foo
}

String a = "";
for(String foo: bar) {
    StringBuffer temp = new StringBuffer();
    StringBuffer.append(a).append(foo);
    a = StringBuffer.toString();
}

mais ça va aussi faire du jaune dans intellij

String t[];
for (i=0;i<t.length; i++)
 s= s+t[i]

Ben de toute façon, si tu réserves genre 8ko pour le buffer, ça doit passer, non ? (à supposer que t < 8 ko)
Sinon, ben recopie de temps en temps...

Les Strings sont immutables en Java, Monsieur Muchacho.

Ben oui, mais si dessous, c'est remplacé par des StringBuilder pour la concaténation...  
Rien compris.

1)ah OK, c'est une feature pour démo, je comprends mieux.
2)L'intéret de la séparation n'est pas évident au premier coup d'oeil. Et puis je trouve qu'ils font un peu paumés ces boutons. mais c'est surtout une question de gout, pas sûr que ça change grand chose au final (excepté pour le premier contact).

lis la parole du maitre avant de commenter

Le postulat c'était que justement, javac n'y voyait que du feu dans mon code, et allouait des strings à foison au lieu d'utiliser un StringBuilder/StringBuffer. C'est a vérifier.

 
Et en faisant un Array de caractères ?

Ben voila. En fait, ma réponse a trait au fait que je ne vois pas vraiment ce qui est fondamentalement différent entre ton exemple dynamique (donc concaténation de Strings de longueur inconnue au départ) par rapport à l'exemple de kadreg, si on prend une taille de buffer/StringBuilder assez grande, genre 8 ko.
Si on dépasse cette taille, alors il y a recopie de la concaténation intermédiaire dans un buffer de taille double (par exemple), et ça repart. Dans ce cas, on ne fait une recopie que quelques fois, mais pas à chaque '+'. On limite les dégâts.

Dites-moi si j'écris une çonnerie

Enorme, merci.
Je viens de lire le post initial (mais pas les docs Java, j'ai pas la soirée non plus ); et j'viens d'acquérir un tout nouveau respect pour leur gestion des strings, ça n'a pas dû être simple à implémenter...

bah si justement

vos gueules

'tain quand je lis un post comme celui-là, j'ai l'impression d'être le dernier des naze Dire que mon papa disait que j'étais bon en ordinateur...

C'est vrai que t'es le dernier des cons
Tu viens de découvrir qu'il y avait des gens plus pointus ou brilliants que toi, et ça te rabaisse dans ton estime... Pauvre biquet

Merci
 

Nanan, je découvre simplement qu'il faut arrêter le PHP. Et commencer à essayer d'autres langages... Et regarder un peu tout ce qui est théorique, lire, lire, lire et lire.

c'est marrant, en lisant maskliin , j'ai un peu l'impression de revoir mes cours de système multi agents :
 des agents ( = process entre autre ) independant qui communiquent entre eux
 
et ce n'est pas une contrainte, mais une facon de developper , comme l'objet

ptain Intervilles c'est vraiment devenu à chier

Mais
Si le ciel ne me tombe pas sur la tête
Si la lune a comme un air de fête
Si la neige ne fond pas au printemps
Alors j'aurais peut-être le temps.

Ah nan, à l'époque où il y avait leon zitrone et ses acolytes c'etait pas mal

What a wonderful life...

Rentres chez toi au lieu de faire ton geek en manque de code