erreur de déférencement - Java - Programmation
Marsh Posté le 06-10-2003 à 05:37:59
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 ?
Marsh Posté le 06-10-2003 à 11:11:09
pq tu veux calculer le hashcode d'un entier?
Marsh Posté le 06-10-2003 à 12:08:00
Cherrytree a écrit : 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. |
Ouais, vivement la version 1.5, parce que vraiment, le manque d'autoboxing, ça fait tache à ce niveau...
Marsh Posté le 06-10-2003 à 12:24:37
Harkonnen a écrit : |
mais ta gueule
Marsh Posté le 06-10-2003 à 12:28:26
DarkLord a écrit : |
je te merde
meme C# le fait, tapalesbool ?
Marsh Posté le 06-10-2003 à 12:57:57
Harkonnen a écrit : |
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.
Marsh Posté le 06-10-2003 à 14:43:38
ouais youpie comme ça on pourrait calculer le hashcode d'un entier
Marsh Posté le 06-10-2003 à 14:44:30
comme ca tu pourrais utiliser la genericité java aussi pour des types primitifs
Marsh Posté le 06-10-2003 à 14:47:58
the real moins moins a écrit : ouais youpie comme ça on pourrait calculer le hashcode d'un entier |
Marsh Posté le 06-10-2003 à 15:22:28
the real moins moins a écrit : ouais youpie comme ça on pourrait calculer le hashcode d'un entier |
Et ?
Marsh Posté le 06-10-2003 à 15:23:46
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...
Marsh Posté le 06-10-2003 à 15:25:19
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)
Marsh Posté le 06-10-2003 à 15:34:37
Marsh Posté le 06-10-2003 à 15:36:14
the real moins moins a écrit : |
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
Marsh Posté le 06-10-2003 à 15:36:19
qqpart c parfois l'impression que vous me donnez (benou en tete )
Marsh Posté le 06-10-2003 à 15:38:18
Harkonnen a écrit : |
ha oui, alors explique-moi à quoi ça sert de calculer le hashcode d'un int
Marsh Posté le 06-10-2003 à 15:40:27
Harkonnen a écrit : |
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 ?
Marsh Posté le 06-10-2003 à 15:41:21
the real moins moins a écrit : ha oui, alors explique-moi à quoi ça sert de calculer le hashcode d'un int |
puré il repondait a ca :
Citation : 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. |
savez pas lire ?
Marsh Posté le 06-10-2003 à 15:55:22
the real moins moins a écrit : ha oui, alors explique-moi à quoi ça sert de calculer le hashcode d'un int |
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 !
Marsh Posté le 06-10-2003 à 15:56:58
chrisbk a écrit : |
ça marche vraiment ce truc
Marsh Posté le 06-10-2003 à 17:42:21
Cherrytree a écrit : 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. |
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()...?
Marsh Posté le 06-10-2003 à 17:43:54
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)
Marsh Posté le 06-10-2003 à 17:49:29
DarkLord a écrit : |
j'avais raison, avec 2 notions et demi de java
moins moins, j'attends tes excuses
Marsh Posté le 06-10-2003 à 17:49:38
DarkLord a écrit : mais ptain c pas vrai. Il y a un débat de 20 posts sur le sujet et tu poses la question encore toi ! |
donc autant faire
Math.abs(key % (table.length/2);
Marsh Posté le 06-10-2003 à 17:51:39
os2 a écrit : |
MAIS OUI
Marsh Posté le 06-10-2003 à 17:56:51
chrisbk a écrit : |
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.
Marsh Posté le 06-10-2003 à 17:58:27
Marsh Posté le 06-10-2003 à 18:00:16
R3g a écrit : |
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)
Marsh Posté le 06-10-2003 à 18:04:03
R3g a écrit : |
bah oui, justement, je croyais que l'autoboxing ne serait supporté que dans Java 1.5
Marsh Posté le 06-10-2003 à 18:04:35
Harkonnen a écrit : |
scotch, ficelle et balsa, vive le bricolage !
Marsh Posté le 06-10-2003 à 20:48:49
Harkonnen a écrit : |
C'est une surcharge de + dans l'état actuel des choses.
Marsh Posté le 06-10-2003 à 04:12:07
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?
---------------
Borland rulez: http://pages.infinit.net/borland