Perché il valore di una classe di valori come hashCode "non è una buona idea"?

Question

L'ultimo paragrafo del punto 9 di Effective Java, secondo Edn, J. Bloch dice che, per le classi di valore come Integer, String, Date ecc, ritorno in funzione del valore esatto di tale classe come il non è una buona idea.

Quindi, la classe Integer restituisce il value del numero intero che rappresenta come hashCode della sua istanza non è tutto così buono.

Né è la hashCode() di String restituendo un valore intero mappato direttamente dal contenuto globale, cioè, i caratteri che l'istanza String contiene.

Questi hashCode() -s sono chiaramente conformi al contratto.

Per me, sembra essere una buona idea, piuttosto che una cattiva tra-- le hashCode -s variano i valori variano tra gli oggetti, e questi hashCodes sono "normalizzati" prima di essere distribuiti nei secchi di un HashMap/HashSet - in modo che le hashCode -s delle voci non costituiscono un pregiudizio su cui secchio voce andrà in

Cosa mi manca qui -. ciò che rende la mappatura del valore di classe direttamente a hashCode un "cattivo idea"?

TIA

// ===========================

EDIT

pls anche vedere commenti sotto la risposta di Steve Siebert in relazione a questo.

Answer 1

quello che sta dicendo è che coloro specifiche javadoc dire esattamente come viene creata la hashCode. In questo modo, le applicazioni ora possono dipendere da questo sempre per essere vero ... e ora quelle implementazioni non possono mai cambiare il modo in cui viene generato l'hashCode.

Ciò non significa che non si debba derivare il proprio hash dai propri valori ...solo che non dire alla gente come si fa questo nella vostra specifica =)

Answer 2

L'API Java fa proprio questo, restituisce l'intero.

Integer t = ...; 
t.intValue() == t.hashCode(); // true 

Ho lo stesso libro al lavoro. Lo guarderò lunedì.

Se sei veramente preoccupato, implementare il FNV-1a hash:

int hash = 0x4C1DF00D; 
    hash = (hash^value) * 0x01000193; 

Answer 3

Il full quote è

Molte classi nelle librerie della piattaforma Java, come ad esempio String, Integer e Date, includere nel loro specifiche il valore esatto restituito dal loro metodo hashCode come una funzione del valore di istanza. Questa non è generalmente una buona idea, in quanto limita fortemente le tue capacità per migliorare la funzione di hash nelle versioni future. Se si lasciano le dettagli di una funzione di hash non specificato e un difetto si trova o una migliore funzione hash scoperto, è possibile modificare la funzione di hash in un successivo rilascio, sicuro che nessun client dipendono dai esatte valori restituiti dalla hash funzione.

Enfasi mia. Il libro sta solo affermando che è generalmente considerata una cattiva pratica rivelare dettagli di implementazione in una specifica. Questo lo rende resistente ai cambiamenti.

Il fatto che sia stato implementato restituendo un valore esatto (per Integer) o un valore calcolato (per Date e String) non è male.