Jaka jest różnica między `##` i `hashCode`?

Question

Jaka jest różnica między metodami ## i hashCode?

Wydaje się, że wyprowadzają te same wartości bez względu na to, której klasy lub przeciążenia używam w klasie lub hashCode. Google też nie pomaga, ponieważ nie może znaleźć symbolu ##.

Answer 1

"podklasy" od AnyVal nie zachowują prawidłowo z perspektywy mieszający:

scala> 1.0.hashCode 
res14: Int = 1072693248 

Oczywiście jest to pudełkowej do wywołania:

scala> new java.lang.Double(1.0).hashCode 
res16: Int = 1072693248 

może Wolimy to być :

scala> new java.lang.Double(1.0).## 
res17: Int = 1 

scala> 1.0.## 
res15: Int = 1 

Powinniśmy xpect to, biorąc pod uwagę, że int 1 jest również double 1. Oczywiście ten problem nie pojawia się w Javie. Bez niego musielibyśmy ten problem:

Set(1.0) contains 1 //compiles but is false 

szczęście:

scala> Set(1.0) contains 1 
res21: Boolean = true 

Answer 2

## został wprowadzony ponieważ hashCode nie jest zgodny z operatorem w Scala ==. Jeśli a == b to a.## == b.## niezależnie od typu a i b (jeśli niestandardowe implementacje hashCode są poprawne). To samo nie jest prawdą w przypadku hashCode, co widać w przykładach podanych przez inne plakaty.

Answer 3

Po prostu chcę dodać do odpowiedzi innych plakatów, że chociaż metoda ## stara się utrzymać kontrakt pomiędzy kodami równości i hashów, to w niektórych przypadkach nie jest wystarczająco dobra, jak w przypadku porównywania podwójnych i długich (scala 2.10.2)

> import java.lang._ 
import java.lang._ 

> val lng = Integer.MAX_VALUE.toLong + 1 
lng: Long = 2147483648 

> val dbl = Integer.MAX_VALUE.toDouble + 1 
dbl: Double = 2.147483648E9 

> lng == dbl 
res65: Boolean = true 

> lng.## == dbl.## 
res66: Boolean = false 

> (lng.##, lng.hashCode) 
res67: (Int, Int) = (-2147483647,-2147483648) 

> (dbl.##, dbl.hashCode) 
res68: (Int, Int) = (-2147483648,1105199104)