"Normalizzazione" del codice hash di BigDecimal: howto?

Question

Ho un'implementazione JSON Schema scritta in Java che dipende da Jackson (versione 2.1.x). Per ragioni di precisione, dico a Jackson di usare BigDecimal per i numeri in virgola mobile.

Per le esigenze dello schema JSON, vi è una particolare esigenza: l'uguaglianza del valore JSON, per i valori numerici, è definita dall'uguaglianza del loro valore matematico. Ho bisogno di questo tipo di controllo dal momento che, per esempio, non si tratta di uno schema legale (valori in un enum dovrebbe essere unico):

{ "enum": [ 1, 1.0 ] } 

Ma JsonNodes per 1 e 1.0 non sono uguali. Pertanto, ho codificato un'implementazione di Guava Equivalence, e utilizzare Set<Equivalence.Wrapper<JsonNode>> dove appropriato. E questa implementazione dovrebbe funzionare per tutti i tipi di nodi, non solo per i nodi numerici.

E la parte più difficile di questa implementazione risulta essere doHash() per nodi numerici:/Ho bisogno lo stesso codice hash per valori matematici equivalenti, che siano numeri interi o numeri in virgola mobile.

il meglio che potevo venire con al momento è questa:

@Override 
protected int doHash(final JsonNode t) 
{ 
    /* 
    * If this is a numeric node, we want a unique hashcode for all possible 
    * number nodes. 
    */ 
    if (t.isNumber()) { 
     final BigDecimal decimal = t.decimalValue(); 
     try { 
      return decimal.toBigIntegerExact().hashCode(); 
     } catch (ArithmeticException ignored) { 
      return decimal.stripTrailingZeros().hashCode(); 
     } 
    } 

    // etc etc -- the rest works fine 

Questo è, al momento, il meglio che ho potuto trovare.

Esiste un modo migliore per calcolare un codice hash di questo tipo?

(edit: in pieno il codice della realizzazione Equivalenza here)

Answer 1

Converti in raddoppiare e utilizzare hashCode del doppio, ma l'uguaglianza di base sull'ordine BigDecimal compareTo.

Due BigDecimali numericamente equivalenti si assoceranno allo stesso doppio e otterranno lo stesso codice hash. Alcuni valori BigDecimal leggermente differenti avranno lo stesso codice hash a causa del doppio arrotondamento, ma la maggior parte dei valori distinti otterrà hash diversi, che è tutto ciò che serve.