Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
2997 connectés 

 
 


 Mot :   Pseudo :  
 
 Page :   1  2  3  4  5  6  7  8  9  10  11  12
Page Suivante
Page Précédente
Bas de page 
Auteur Sujet :

que pensez-vous des nouvelles spécification de java 1.5

n°520945
nraynaud
lol
Posté le 23-09-2003 à 05:56:29  profilanswer
 

Reprise du message précédent :

the real moins moins a écrit :

Ben en meme temps c'est des noms de classes déjà pris, et ça aurait rallongé d'autant la declaration pour pas gd chose :o

Dans ce cas d'école oui, mais quand on va attaquer des objets beaucou plus balaises avec 5-6 paramètres génériques dont le rôle n'est pas trivial, ça va faire la différence.
 
 
Par contre, je verrais bien un suffixe style KEY_TYPE (pas trop esprit java le _) car ce ne sont pas des classes, pas la peine de chercher leur doc. Et ce ne sont pas des constantes donc pas de majuscules seulement.

mood
Publicité
Posté le 23-09-2003 à 05:56:29  profilanswer
 

n°520946
nraynaud
lol
Posté le 23-09-2003 à 06:17:15  profilanswer
 

benou a écrit :


ben non, ils peuvent pas caster un Object[] en String[] :  

bah tu m'étonnes, un cast en complexité proportionelle à la taille du tableau.
 
 
edit anti harkote/anti-antiflood :
 
où l'on reparle du moinmoin catch http://www.artima.com/forums/flat. [...] read=14050


Message édité par nraynaud le 23-09-2003 à 06:42:20
n°520974
benou
Posté le 23-09-2003 à 08:36:17  profilanswer
 

nraynaud a écrit :

bah tu m'étonnes, un cast en complexité proportionelle à la taille du tableau.


 :heink:  
 
ben nan : juste un cast d'objet. un tableau c'est un objet [:spamafote]


---------------
ma vie, mon oeuvre - HomePlayer
n°520977
benou
Posté le 23-09-2003 à 08:44:15  profilanswer
 

the real moins moins a écrit :

benou, au fait, servlet2.4 et jsp2.0 c'en est ou? les jars sont officiellement dispos? et la doc?  
hier j'ai vu un tuto je crois mais genre le tuto du 2.3 updaté, pas un "what's new"... bon gt occupé à autre chose, j'ai pas cherché, suis juste tombé sur cette page en cherchant un truc...


ben c'est déjà fini depuis un moment ca ...
y a déjà tomcat 5 qui les gère : http://apache.crihan.fr/dist/jakar [...] -beta/bin/
 
mais bon, ca sortiron que quand ils auront terminé le reste du J2EE 1.4
 
par contre pour des tutos, je sais pas. Mais bon. à part pour les JSP, y a pas grand chose de nouveau ...


---------------
ma vie, mon oeuvre - HomePlayer
n°521023
nraynaud
lol
Posté le 23-09-2003 à 09:46:49  profilanswer
 

benou a écrit :


 :heink:  
 
ben nan : juste un cast d'objet. un tableau c'est un objet [:spamafote]

non, il faut que chaque élément du tableau soit correctment typé, sinon ça chie.
 
Dans la référence, on voit avec l'histoire de ArrayStoreException
http://java.sun.com/docs/books/jls [...] html#61664 que le type statique des éléments du tableau est stocké dynamiquement.
On pourrait songer à une bidouille avec cette information mais ce n'est utilisable pour un éventuel cast profond que dans les cas du type :
 

Code :
  1. String tab[] = ... ;
  2. Object tab2[] = tab;
  3. CharSequence tab3[] = (CharSequence[]) tab2;


car avec le type stocké dans le tableau il saura que le cast est sûr sans rien vérifier (j'ai mis du CharSequance pour illustrer avec un peu de hierarchie).
 
Par contre, dans le cas général c'est mort :

Code :
  1. Object tab[] = {"dfs", "rttyr", "sdsf"};
  2. String tab2[] = (String[])tab;


Bah là c'est mort, le type dynamique inscrit dans tab est Object donc pour forcer vers un sous-type, il faut vérifier élément par élément. Donc cast de tableau => complexité proportionelle à la taille.
 
 
 
bon, après ce beau speech (ils ont dû avoir le même, mais leur conclusion est différente) que je laisse, je viens de matter la norme et c'est pire, ce n'est pas le type réel des éléments qui est utilisé mais bien celui inscrit dans le tableau :
http://java.sun.com/docs/books/jls [...] html#20232
donc seul le premier exemple fonctionne en java.
 
 
C'est pas génial, après le instanceof pas cohérent avec le cast pour les références (le null ne passe pas), voici le cast de tableaux pas cohérent avec le type des éléments.
C'est la fête du treilli des types dans java.

n°521095
benou
Posté le 23-09-2003 à 11:15:36  profilanswer
 

nraynaud a écrit :

blabla [...] je viens de matter la norme [...] blabla


et tu viens donc de te rendre compte que tu m'as contredit alors que j'avais raison :sarcastic:


Message édité par benou le 23-09-2003 à 11:16:06

---------------
ma vie, mon oeuvre - HomePlayer
n°521237
the real m​oins moins
Posté le 23-09-2003 à 13:46:34  profilanswer
 

benou a écrit :


ben c'est déjà fini depuis un moment ca ...
y a déjà tomcat 5 qui les gère : http://apache.crihan.fr/dist/jakar [...] -beta/bin/
 
mais bon, ca sortiron que quand ils auront terminé le reste du J2EE 1.4
 
par contre pour des tutos, je sais pas. Mais bon. à part pour les JSP, y a pas grand chose de nouveau ...

mais ou tu vas les chercher toi tes urls ? :o
jakarta.apache.org/tomcat hein :o
 
bref.
je sais que tomcat5 gere, mais moi jveux le jar de chez sun :o

n°521239
benou
Posté le 23-09-2003 à 13:47:58  profilanswer
 

the real moins moins a écrit :

bref.
je sais que tomcat5 gere, mais moi jveux le jar de chez sun :o


réfléchie 2 sec : si tomcat gère le servlet 2.4 & jsp2.0, il contient forcément les jar de chez sun :o


---------------
ma vie, mon oeuvre - HomePlayer
n°521244
the real m​oins moins
Posté le 23-09-2003 à 13:49:14  profilanswer
 

benou a écrit :


réfléchie 2 sec : si tomcat gère le servlet 2.4 & jsp2.0, il contient forcément les jar de chez sun :o

oué mais ptet pas séparé :o
des fois ils incluent les trucs dans leurs jars :o
et puis s'il est pas sur le site à sun c ptet pas un officiel :o

n°521276
benou
Posté le 23-09-2003 à 13:57:43  profilanswer
 

the real moins moins a écrit :

oué mais ptet pas séparé :o


ben regarde :o
 
et ce sera certainement le jar officiel puisque tomcat est l'implémentation officielle.
 
Et puis t'as regardé les slides de la cnof javaone ? :o


---------------
ma vie, mon oeuvre - HomePlayer
mood
Publicité
Posté le 23-09-2003 à 13:57:43  profilanswer
 

n°521348
the real m​oins moins
Posté le 23-09-2003 à 14:24:22  profilanswer
 

:whistle:

n°521429
nraynaud
lol
Posté le 23-09-2003 à 15:28:28  profilanswer
 

benou a écrit :


et tu viens donc de te rendre compte que tu m'as contredit alors que j'avais raison :sarcastic:

super intéressant comme remarque, j'ai surtout donné tout le champ dans lequel on peut caster un tableau et tout celui dans lequel on ne peut pas (qui n'a rien de super-consistant). Et expliqué pourquoi ça chie. Mais effectivement, tu avais raison, tu es un dieu, postons des logs d'exception et vantons-nous mes frères, et surtout n'utilisons pas notre cerveau.

n°521649
benou
Posté le 23-09-2003 à 19:24:29  profilanswer
 

nraynaud a écrit :

super intéressant comme remarque, j'ai surtout donné tout le champ dans lequel on peut caster un tableau et tout celui dans lequel on ne peut pas (qui n'a rien de super-consistant). Et expliqué pourquoi ça chie.


ben ouais c'était intéressant :jap:
 

nraynaud a écrit :

Mais effectivement, tu avais raison, tu es un dieu, postons des logs d'exception et vantons-nous mes frères, et surtout n'utilisons pas notre cerveau.


un "oups, t'avais raison :whistle:" aurait suffit [:spamafote]
pkoi tant de haine ? :sweat:  
 
(j'ai pas compris l'histoire des logs d'exception :??: )


Message édité par benou le 23-09-2003 à 19:24:38

---------------
ma vie, mon oeuvre - HomePlayer
n°521651
the real m​oins moins
Posté le 23-09-2003 à 19:27:28  profilanswer
 

benou a écrit :


pkoi tant de haine ? :sweat:  

à mon humble avis, c'est à cause de ton :sarcastic:; ça fait tres dédaigneux :o


---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?
n°521657
darklord
You're welcome
Posté le 23-09-2003 à 19:29:05  profilanswer
 

the real moins moins a écrit :

à mon humble avis, c'est à cause de ton :sarcastic:; ça fait tres dédaigneux :o


 
qu'est ce qu'il faut pas lire [:mlc]


---------------
Just because you feel good does not make you right
n°521658
the real m​oins moins
Posté le 23-09-2003 à 19:29:52  profilanswer
 

DarkLord a écrit :


 
qu'est ce qu'il faut pas lire [:mlc]

dis, c'est quoi ton problème à toi à la fin?
si t'as quelque chose à dire, tu peux tu sais, ça sert à rien de me courir partout comme ça..


---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?
n°521660
benou
Posté le 23-09-2003 à 19:30:41  profilanswer
 

the real moins moins a écrit :

à mon humble avis, c'est à cause de ton :sarcastic:; ça fait tres dédaigneux :o


ha bon ? moi je trouve pas trop : on voit bien qu'il plaisante avec son petit sourire en coin ...


---------------
ma vie, mon oeuvre - HomePlayer
n°521661
darklord
You're welcome
Posté le 23-09-2003 à 19:30:44  profilanswer
 

the real moins moins a écrit :

dis, c'est quoi ton problème à toi à la fin?
si t'as quelque chose à dire, tu peux tu sais, ça sert à rien de me courir partout comme ça..


 
bin je te l'ai déjà dit plein de fois mais tu t'en fous :o


---------------
Just because you feel good does not make you right
n°521662
benou
Posté le 23-09-2003 à 19:31:25  profilanswer
 

DarkLord a écrit :


bin je te l'ai déjà dit plein de fois mais tu t'en fous :o


/o\ une scene de ménage


---------------
ma vie, mon oeuvre - HomePlayer
n°521664
the real m​oins moins
Posté le 23-09-2003 à 19:33:03  profilanswer
 

benou a écrit :


ha bon ? moi je trouve pas trop : on voit bien qu'il plaisante avec son petit sourire en coin ...

[:spamafote] chacun ses sensibilités :)


---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?
n°521808
nraynaud
lol
Posté le 23-09-2003 à 23:30:01  profilanswer
 

the real moins moins a écrit :

à mon humble avis, c'est à cause de ton :sarcastic:; ça fait tres dédaigneux :o


[+++] j'étais à moitié énervé après pas loin d'une heure de recherche de doc (56k power), après avoir élaboré un petit modèle du truc et découvert que les gens de java avaient encore adopté un truc un peu batard du point de sémantique. Et benou qui trouve juste à dire qu'il avait raison (alors que je ne suis pas convaincu qu'il avait découvert le pot-aux-roses) et mettre un smiley à la con.
 
ceci dit, s'il trouve qu'il est pas si sarcastique que ça, alors ma réaction était exessive. Mais arrêtez avec ses saloperies de smileys de merde, c'est pas la première fois que je me fait avoir.
 
bon, histoire d'éviter le off-topic total :
 
 l'API java 1.5 doit être compatible au niveau source avec celle de 1.4 ou juste au niveau bytecode ?
 
si c'est au niveau source, la question de pourquoi toArray() ne passe pas en générique est triviale, on ne peut surcharger une méthode sur son type de retour (et donc garder l'ancienne version et introduire la nouvelle). Sinon, je ne vois pas d'explication.

n°521836
the real m​oins moins
Posté le 24-09-2003 à 01:03:00  profilanswer
 

alors j'espere qu'il vont introduire une nvlle methode, du genre toArraySansSeFaireChier() [:dawa]


---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?
n°521842
benou
Posté le 24-09-2003 à 01:13:27  profilanswer
 

nraynaud a écrit :

si c'est au niveau source, la question de pourquoi toArray() ne passe pas en générique est triviale, on ne peut surcharger une méthode sur son type de retour (et donc garder l'ancienne version et introduire la nouvelle). Sinon, je ne vois pas d'explication.


comprend pas.
 
ce serait pas un ajout de méthode, ce serait la méthodes qui change de signature tout en restant compatible. Les collections utilisées sans la généricités doivent être équivalente aux colelctions utilisé avec le type générique Object. Dans ce cas, ca marchait.
D'ailleurs, tu vois vien que les type de retour peuvent également proiter de la générocité. ex : public Iterator<E> iterator();
 
Je pense que la raison doit être qu'un tableau est un objet à part entière => on ne peux pas faire des tableaux génériques... C'est un peu dommage : j'aurais imaginé que new Integer[5] aurait pu être équivalent à new array<Integer>[5] ou un truc dans le genre.


---------------
ma vie, mon oeuvre - HomePlayer
n°521979
nraynaud
lol
Posté le 24-09-2003 à 11:15:13  profilanswer
 

benou a écrit :


comprend pas.
 
ce serait pas un ajout de méthode, ce serait la méthodes qui change de signature tout en restant compatible.

Je crois que je viens de trouver : c'est pas compatible.
 
Prenons notre ami le cas pervers.
 
code old-school :

Code :
  1. Collection col = new LinkedList();
  2. col.add(new Integer(10));
  3. col.add(new Integer(20));
  4. Object tab[] = col.toArray();
  5. tab[1] = new ServerSocket(2000);


sauf erreur d'inattention, c'est un code valide.
 
spécialisons comme nous spéculions que cela devrait être :

Code :
  1. Collection<Integer> col = new LinkedList();
  2. col.add(new Integer(10));
  3. col.add(new Integer(20));
  4. Object tab[] = col.toArray();
  5. tab[1] = new ServerSocket(2000); // bienvenue dans l'exception perverse décrite exactement là -> http://java.sun.com/docs/books/jls [...] html#61664


 
donc on doit pouvoir spécialiser la version toArray(Object array[]) qui elle doit garder la contrainte de type de stockage en sortie, mais pas la version toArray().
 
Concernant le pb des tableaux génériques, je pense que :

Code :
  1. E toArraySansSeFaireChier() {
  2.   E tab[] = new E[this.size()];
  3.   int i = 0;
  4.   foreach(element : this) { //ou dans l'autre sens, flemme de vérifier
  5.     tab[i] = element;
  6.     i++;
  7.   }
  9.   return tab;
  10. }


doit (devrait ?) passer.
 

n°521996
benou
Posté le 24-09-2003 à 11:25:32  profilanswer
 

nraynaud a écrit :

spécialisons comme nous spéculions que cela devrait être :

Code :
  1. Collection<Integer> col = new LinkedList();
  2. col.add(new Integer(10));
  3. col.add(new Integer(20));
  4. Object tab[] = col.toArray();
  5. tab[1] = new ServerSocket(2000); // bienvenue dans l'exception perverse décrite exactement là -> http://java.sun.com/docs/books/jls [...] html#61664



 :heink:  
Nan mais attend ca a rien à voir ca : Tu indiques explicitement que tu veux une Collection de Integer => tu modifies le code => c'est pas un problème d'incompatibilité, c'est juste que tu as modifié le code qu'à moitié !
 
Une incompatibilité ce serait le même code qui marchait avec l'API 1.4 et qui plante (à la compile ou a l'execution) si tu le compiles en utilisant l'API 1.5.


---------------
ma vie, mon oeuvre - HomePlayer
n°522003
benou
Posté le 24-09-2003 à 11:31:04  profilanswer
 

nraynaud a écrit :

Concernant le pb des tableaux génériques, je pense que :

Code :
  1. E[] toArraySansSeFaireChier() {
  2.   E tab[] = new E[this.size()];
  3.   int i = 0;
  4.   foreach(element : this) { //ou dans l'autre sens, flemme de vérifier
  5.     tab[i] = element;
  6.     i++;
  7.   }
  8.   return tab;
  9. }


doit (devrait ?) passer.


y a plus simple mais oui ca devrait passer ...
 
Ce qu'il faudrait c'est que cette méthode soit dans l'interface de Collection ouais. Mais si il la mette pas, y a surement une raison et c'est cette raison qui m'échape  :sweat:


---------------
ma vie, mon oeuvre - HomePlayer
n°522047
the real m​oins moins
Posté le 24-09-2003 à 12:12:59  profilanswer
 

benou a écrit :


 :heink:  
Nan mais attend ca a rien à voir ca : Tu indiques explicitement que tu veux une Collection de Integer => tu modifies le code => c'est pas un problème d'incompatibilité, c'est juste que tu as modifié le code qu'à moitié !
 
Une incompatibilité ce serait le même code qui marchait avec l'API 1.4 et qui plante (à la compile ou a l'execution) si tu le compiles en utilisant l'API 1.5.

ben dans son exemple, imagine juste que la declaration de la collection serait dans une classe differente. tu modifies cette classe là parce que t tout fou d'avoir ta nvlle jdk, mais pas l'autre parce qu'elle est dans une vieille librairie. et pan.

n°522090
benou
Posté le 24-09-2003 à 12:55:28  profilanswer
 

the real moins moins a écrit :

ben dans son exemple, imagine juste que la declaration de la collection serait dans une classe differente. tu modifies cette classe là parce que t tout fou d'avoir ta nvlle jdk, mais pas l'autre parce qu'elle est dans une vieille librairie. et pan.


ha ben ouais, vous avez raison.
pfiouuu pas la forme moi aujourd'hui  [:mlc]


---------------
ma vie, mon oeuvre - HomePlayer
n°522096
the real m​oins moins
Posté le 24-09-2003 à 13:02:13  profilanswer
 

benou a écrit :


ha ben ouais, vous avez raison.
pfiouuu pas la forme moi aujourd'hui  [:mlc]

:sarcastic:  
 
 
 
 
 
 
[:ddr555]


---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?
n°522163
benou
Posté le 24-09-2003 à 14:04:57  profilanswer
 
n°522799
benou
Posté le 24-09-2003 à 23:46:19  profilanswer
 

nraynaud a écrit :

Concernant le pb des tableaux génériques, je pense que :

Code :
  1. E toArraySansSeFaireChier() {
  2.   E tab[] = new E[this.size()];
  3.   int i = 0;
  4.   foreach(element : this) { //ou dans l'autre sens, flemme de vérifier
  5.     tab[i] = element;
  6.     i++;
  7.   }
  9.   return tab;
  10. }




en tout cas t'étais pas loin ...
voilà le code de la méthode toArray (qui retourne bien un Object[] et y a pas de méthode pour remplacer :'(

Code :
  1. public Object[] toArray() {
  2. Object[] result = new Object[size()];
  3. Iterator<E> e = iterator();
  4. for (int i=0; e.hasNext(); i++)
  5.     result[i] = e.next();
  6. return result;
  7.     }


---------------
ma vie, mon oeuvre - HomePlayer
n°522809
benou
Posté le 25-09-2003 à 00:04:09  profilanswer
 

je viens de télécharger le early access prototype !!! :)
(c'est là pour ceux qui sont intéressé)
 
Je mettrai ici mes découvertes au fur et à mesure que je les découvrirai.
 
juste un petit truc : les methodes d'introspection vont profiter des Varargs comme je l'espérais un peu plus tot dans le topic :  

Code :
  1. public Method getMethod(String name, Class... parameterTypes) throws NoSuchMethodException, SecurityException;


 
.... et même de la généricité !!!

Code :
  1. public final class Class<T> implements java.io.Serializable {
  2.    //...
  3.     public Constructor<T> getConstructor(Class... parameterTypes) throws NoSuchMethodException, SecurityException;
  4.    //...
  5. }


Message édité par benou le 25-09-2003 à 00:04:37

---------------
ma vie, mon oeuvre - HomePlayer
n°522810
Taz
bisounours-codeur
Posté le 25-09-2003 à 00:11:54  profilanswer
 

question sur le templates: va y avoir une biliothèque qui va avec? des algorithmes ? est ce que le compilateur pourra faire des déductions de types? etc

n°522811
benou
Posté le 25-09-2003 à 00:18:04  profilanswer
 

une petite class qui donne un petit aperçu de toutes les réjouissance :  
 

Code :
  1. import java.util.LinkedList;
  2. import java.util.Collections;
  3. import static java.lang.Math.*; // import static
  5. class Test {
  7.     // enum
  8.     enum Color { red, green, blue };
  10.     // varargs
  11.     public static void printf(String fmt, Object... args) {
  12. int i = 0;
  13. // foreach on primitive array
  14. for (char c : fmt.toCharArray()) {
  15.     if (c == '%')
  16.  System.out.print(args[i++]);
  17.     else if (c == '\n')
  18.  System.out.println();
  19.     else
  20.  System.out.print(c);
  21. }
  22.     }
  24.     public static void main(String[] args) {
  26. // Integer list
  27. LinkedList<Integer> xs = new LinkedList<Integer>();
  28. xs.add(new Integer(0)); xs.add(new Integer(1));
  29. Integer x = xs.iterator().next();
  30. Integer mb = Collections.max(xs);
  32. // string list
  33. LinkedList<String> ys = new LinkedList<String>();
  34. ys.add("zero" ); ys.add("one" );
  35. String y = ys.iterator().next();
  37. // string list list
  38. LinkedList<LinkedList<String>> zss = new LinkedList<LinkedList<String>>();
  39. zss.add(ys);
  40. String z = zss.iterator().next().iterator().next();
  42. // foreach on a collection
  43. for (String s : ys)
  44.     System.out.println(s);
  46. // varargs and boxing
  47. printf("Addition: % plus % equals %\n", 1, 1, 2);
  49. // use static import
  50. printf("sin(PI/12) = %\n", sin(PI/12));
  52. // use enums
  53. printf("Colors are %\n", Color.VALUES);
  54. for ( Color c : Color.VALUES ) {
  55.     // switch on enum
  56.     switch(c) {
  57.     case Color.red:
  58.  System.out.println("found red." );
  59.  break;
  60.     case Color.green:
  61.  System.out.println("found green." );
  62.  break;
  63.     case Color.blue:
  64.  System.out.println("found blue." );
  65.  break;
  66.     }
  67. }
  68.     }
  69. }


---------------
ma vie, mon oeuvre - HomePlayer
n°522812
benou
Posté le 25-09-2003 à 00:18:46  profilanswer
 

Taz a écrit :

question sur le templates: va y avoir une biliothèque qui va avec? des algorithmes ? est ce que le compilateur pourra faire des déductions de types? etc


 :??:  :heink:  hein ? [:dawa]


---------------
ma vie, mon oeuvre - HomePlayer
n°522814
Taz
bisounours-codeur
Posté le 25-09-2003 à 00:20:26  profilanswer
 

ignoble String z = zss.iterator().next().iterator().next();

n°522815
Taz
bisounours-codeur
Posté le 25-09-2003 à 00:20:40  profilanswer
 

benou a écrit :


 :??:  :heink:  hein ? [:dawa]

hein à quoi ?

n°522816
benou
Posté le 25-09-2003 à 00:21:52  profilanswer
 

Taz a écrit :

hein à quoi ?


qu'est ce que tu veux dire par 1)algotythmes qui vont avec les générics 2) déduction de types par le compilo


---------------
ma vie, mon oeuvre - HomePlayer
n°522817
benou
Posté le 25-09-2003 à 00:23:13  profilanswer
 

Taz a écrit :

ignoble String z = zss.iterator().next().iterator().next();


 :pfff:  
le but c'est de montrer que y a pas de cast a faire et que c'est type safe ...
 
Tu peux pas voir les choses objectivement pour changer ?


---------------
ma vie, mon oeuvre - HomePlayer
n°522818
Taz
bisounours-codeur
Posté le 25-09-2003 à 00:26:43  profilanswer
 

1) ben genre STL : http://www.sgi.com/tech/stl/table_of_contents.html . en clair : va y avoir quoi dans collection ? qu'on bosse avec des collections, des tableaux ou autres, ça sera toujours transparent, ou y a comme STL des algotihmes qui fonctionnent sur des sequences itérables (donc pas tableau en java ...).  
 
-> tu as montré max, mais encore ?
 
2) j'ai été trop vite: y aura les spécialisation de template ou pas ? ou cela n'a pas de sens dans la mesure ou les template en java, ça cache pas mal les cast?


Message édité par Taz le 25-09-2003 à 00:29:09
n°522819
Taz
bisounours-codeur
Posté le 25-09-2003 à 00:27:50  profilanswer
 

benou a écrit :


 :pfff:  
le but c'est de montrer que y a pas de cast a faire et que c'est type safe ...
 
Tu peux pas voir les choses objectivement pour changer ?

je sais bien. mais ici, tu peux pas dire que l'esthétisme brille  :sol: . je dis pas en comparaison à d'autres langages

mood
Publicité
Posté le   profilanswer
 

 Page :   1  2  3  4  5  6  7  8  9  10  11  12
Page Suivante
Page Précédente
Haut de page 

Aller à :
Ajouter une réponse
 

Sujets relatifs
[ Java ] Faire un navigateur web en java[Java] Librairies tierces supportant le HTML 4.0 ? [résolu en partie]
[JAVA][C#]Meilleur performance entre C# et Java ?[ java ] transfert de fichiers dans un socket
[Java] erreur sous IntelliJ IDEA, sous Jbuilder non...Applet JAVA dans du DHTML
Petite aide pour la réalisation d'un sniffer en JAVA[java] rafraichissement jframe + info optimisation [OK]
[ java ] ecouteur sur un repertoire[java] sortie dans un fichier excel?
Plus de sujets relatifs à : que pensez-vous des nouvelles spécification de java 1.5

Forum MesDiscussions.Net, Version 2010.2
(c) 2000-2011 Doctissimo
Page générée en 0.114 secondes

Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)