Reprise du message précédent :

blueflag

Sachant qu'il n'y a pas de 31 en juin, c'est jusqu'à fin juillet ?

ha euh, 30 , au temps pour moi

bha vous voyez qu'il est là

 
vi vi, je suis en congé je lirai tout ça qd je rentres de vacances
 
ca a l'air bien intéressant

 
espèce de nerd

 
que veux tu que je fasse pdt que ma copine se sèche les cheveux?  

te pendre, parce qu'une nana qui se sèche les cheveux pendant 2heures, c'est déprimant

 
c'est vrai les choix sont limités

 
n'importe quoi

 
bin d'un autre coté c'est pas faux hein

 
jusqu'au 1/07 compris no di djo
 
(enfin je crois, tu peux pas vérifier et m'envoyer un mail )

bon hé, c'est pas blabla ici, le touriste
 

Y a un truc dont on a oublié de parlé et qui sera présent dans le jdk 1.5 : les méthodes avec un nombre indéterminé de paramêtres !

beurk

 
t fou, c genial    
 
bon ça fait pas tres propre mais les avantages sont certains

bof.  à part pour les feignants je vois pas

ouée, je commence à chercher tout de suite quelle connerie on peut faire avec ça \o/
 
J'ai trouvé (sur le net) la méthode pour optimiser les appels de musique en récursivité terminale, je vous fait la version java de http://caml.inria.fr/archives/200304/msg00163.html
dès que j'ai un peu de temps.  
 
Pour faire des applications sérieuses je sais pas si c'est bien java, mais pour déconner, y'a de l'idée !

si quand même ca peut servir dans pas mal de trucs ...

ben raconte?
moi je prefere redefinir ma methode et appeler en passant les params "par defaut"; il me semble qu'on a deja eu cette discuss avec nraynaud

[+++]

 
Mais les va_args permettent de ne pas se soucier du type. C'est ainsi qu'en C, printf peut prendre n'importe quoi en paramètre.
 
 
 
 
 
 
 
 
 
 
 
 
Bon, d'accord, printf n'est pas un bon exemple

Le C non plus remarque.
 
Je crois qu'il va falloir que je fasse la démo currifiée de printf bien typé en java (merde, je trouve plus la version caml duu bouzin), mais là j'ai pas fini d'en chier.

mais nan ca a rien à voir. La c'est pour avoir un nombre de paramêtre variable à une fonction.
 
genre Collection.add(o1, o2, o3, o4, o5)
 
ou bien new File("c:", "winnt", "system32" );
 
ca peut être bien pratique parfois ...
Mais bon, je me demande si autant d'amélioration d'un coup ne vas pas complexifier un peu trop le langage ...
 

 
ça me fait un peu peur aussi  

euh ton premier exemple, j'entend bien, mais le 2e c supposé faire quoi

 
voici les photos des slides que j'ai prises :
 
ex d'utilisation :
 
ex de déclaration :

ben euh ouais c quoi l'interet pas rapport à une signature du genre  
mamethode(String pouet, Object[] arguments) ??
à part que le feignant d'utilsateur gagnera 10bytes (new Object[]{...}), non 14 pardon.

ben c'est pareil ... sauf que c'est plus logique/facile à écrire ...

bof, c'est plus logique de passer un tableaux d'arguments en tant qu'une seule entité ("les bidules a foutre dans mon messageFormat" ) qu'une serie indéfinée d'entités distinctes... tu vois meme plus la difference entre le 1er param (le format) et les autres ...
je suis pas convaincu
 
c'est une idée qu'ils auraient fait de laisser a .net/microsoft

 
envois un mail à Sun pour te plaindre  

 
faut croire que les entreprises ne font pas d'application sérieuse

 
Bah oui.
 
Les entreprises sont à fond dans la déconne en fait  

 
y'en a qui ont deja utilise ca en C, a part pour les fonctions type printf ?

 
 
non (du printf, du scranf, du snprintf, du log4cpp, mais c'est tout).

je pense que ce sera juste utilisé mà où on utilisait avant un Truc[]
 
par exemple ca :  
 

 
Dans ce genre de cas, je trouve ca plutot sympa ...

 
pareil, niveau utilité c'est assez proche du 0 quand meme, et pour les machins genre log le java s'en passe tres bien....
Donc bon...mais si ca leur fait plaisir, pkoi pas ?

le principe des modifs, c'est pas que ce soit révolutinnaire, c'est que ce soit pratique.
 
Pour toutes les modifs, tu peux obtenir le même effets avec un peu plus de code. Le but c'est juste que ce soit plus intuitif , plus rapide à développer, et plus facile à aborder pour les nouveaux développeurs.
 
Je suis d'accord, ce dernier changement est loin d'être révolutionnaire, mais à partir du moment où il peut être pratique et qu'il n'a pas d'inconvénient (j'en voit pas), je vois pas pkoi s'en priver ...

ben l'inconvénient c'est que certains vont se mettre à coder comme des porcs et que ça va produire du code imbitable ou des api pas claires
 
par contre pour l'exemple de la reflexivité

bha je pense pas ... quand tu regardes bien, le nombre de méthode qui prend des tableaux en paramêtre est plutot limité ...