key étant un int
 
Math.abs(key.hashCode())) % (table.length/2);
 
j'obtient l'erreur
int cannot be dereferenced
 
il y a un moyen de corriger cela?

key n'est pas un objet. Tu n'as pas de méthodes sur un type primitif, vu que ce n'est pas un objet. Tu ne peux pas faire ce que tu souhaites de la sorte.
 
Peut-être que wrapper ton int dans un java.lang.Integer serait la solution ?

pq tu veux calculer le hashcode d'un entier?

Haa, je ne suis pas le seul à me poser cette question !

Ouais, vivement la version 1.5, parce que vraiment, le manque d'autoboxing, ça fait tache à ce niveau...

 
mais ta gueule

je te merde
meme C# le fait, tapalesbool ?

heu là non, c'est carrément une suppression des types primitifs qu'il faudrait mais on l'aura d'ici 10 ans, à la prochaine grosse révision.

ouais youpie comme ça on pourrait calculer le hashcode d'un entier
 
 

comme ca tu pourrais utiliser la genericité java aussi pour des types primitifs

Et ?

ben et rien; le point de départ de ce topic c'est un mec qui essaie d'appeler une methode sur un entier; le hashcode qui plus est.
...
apres t'as l'autre affreux qui vient troller sans savoir de quoi il parle...

 
ce qu'il essaye de dire, c'est que Java, dans sa forme actuelle, approche un niveau de perfection jamais egalé, et Le Grand Guide, Sun (pour ne pas le nommer), ne prends que des Bonnes Decisions , pleine de bon sens. Autrement dit, ce que Le Grand Guide inclue dans Java est bon, et par consequent, ce qui n'est pas dans Java est au mieux inutile, au pire mauvais, pouvant meme etre en contradiction avec la Philosophie Java, sinon Le Grand Guide l'aurait bien evidemment inclue dans java. (evidemment, si le Grand Guide change d'avis,ca deviendra une Bonne Idee)

euh, non.

pas de bol, je sais exactement de quoi je parle... même si effectivement le cas présenté ici va encore plus loin que l'autoboxing, je faisais référence à la remarque de Cherrytree qui suggérait d'encapsuler son Int dans une classe, ce qui est la raison d'être de l'autoboxing...
alors bon, je te serais reconnaissant à l'avenir d'éviter les attaques gratuite et non fondées à mon égard, parce que ça devient vraiment gonflant à la longue, surtout que tu attaques toujours le premier

qqpart c parfois l'impression que vous me donnez (benou en tete )

ha oui, alors explique-moi à quoi ça sert de calculer le hashcode d'un int

 
Peut on considerer le support de java de bidules genre :
 
String a = "toto"+5;
 
comme une sorte d'autoboxing a deux balles ou plutot un OVNI du langage ?  

puré il repondait a ca :
 

 
savez pas lire ?

je viens de te dire que je répondais au post de Cherrytree, je n'ai strictement aucune idée de l'utilité ou pas de calculer le hashcode d'un int.
tout ce que je sais, pour avoir un peu joué avec Java, c'est que la méthode hashCode d'un Integer renvoie la valeur de l'Integer en question, donc effectivement, on peut se poser la question de l'utilité de cette fonction sur un integer...
mais ce n'était pas le but de mon quote !

ça marche vraiment ce truc

stop it ! break it down !

ben oui

 
au départ key était un objet...
j'ai tout changé pour un int...
depuis j'ai cette erreur
 
faudrait que je mette: java.lang.Integer
avant le key.hasCode()...?

mais ptain c pas vrai. Il y a un débat de 20 posts sur le sujet et tu poses la question encore toi !
 
calculer le haschode d'un int n'a aucun sens (ca va te renvoyer le int lui même)

j'avais raison, avec 2 notions et demi de java
moins moins, j'attends tes excuses

donc autant faire
Math.abs(key % (table.length/2);

 
MAIS OUI

Oui ca revient à de l'autoboxing. Si au lieu de 5 tu avais un objet, sa méthode toString serait appelée implicitement. Donc avec l'autoboxing, 5 sera automatiquement wrappé dans un Integer, dont la méthode toString sera appelée comme avec n'importe quel Object.

 
ouais mais ca c du java 1.1
Je trouve ca un peu bizarre ce genre de privilege attribué a String (meme si c bien pratique)
 

bah oui, justement, je croyais que l'autoboxing ne serait supporté que dans Java 1.5

 
scotch, ficelle et balsa, vive le bricolage !  
 

C'est une surcharge de + dans l'état actuel des choses.

Grands Dieux...