Arasında ilginç bir fark vardır ==ve equalsiçin Floatve Doubletürleri: Bunlar tedavi NaNfarklı:
scala> Double.NaN == Double.NaN
res3: Boolean = false
scala> Double.NaN equals Double.NaN
res4: Boolean = true
Düzenleme: As yorumunda işaret edildi - "Bu da Java olur" - ne olduğuna bağlıdır bu geçerli:
public static void main(final String... args) {
final double unboxedNaN = Double.NaN;
final Double boxedNaN = Double.valueOf(Double.NaN);
System.out.println(unboxedNaN == unboxedNaN);
System.out.println(boxedNaN == boxedNaN);
System.out.println(boxedNaN.equals(boxedNaN));
}
Bu yazdırılacak
false
true
true
Yani, unboxedNanverimfalse eşitlik ile karşılaştırıldığında , çünkü IEEE kayan nokta sayıları onu bu şekilde tanımlar ve bu her programlama dilinde (kimlik kavramıyla bir şekilde karıştırılmasına rağmen) gerçekten gerçekleşmelidir.
Kutulu NaN, karşılaştırma için doğrudur. == , nesne referanslarını karşılaştırırken Java ile .
equalsDavayla ilgili bir açıklamam yok , IMHO gerçekten ==kutusuz çifte değerlerle aynı şekilde davranmalı , ama öyle değil.
Scala'ya Anyçevrildi , Scala ilkel ve nesne türlerini ilkel çifte ve kutulu Double'a gerektiği gibi birleştirdiğinden ve çevirdiğinden, biraz daha karmaşıktır . Böylece skala ==görünüşte ilkel NaNdeğerlerin bir karşılaştırmasına kadar kaybolur, ancak equalskutulu Çift değerlerde tanımlananı kullanır (devam eden çok fazla örtülü dönüşüm sihri vardır veRichDouble ).
Bir şeyin gerçekten NaNkullanılıp kullanılmadığını gerçekten öğrenmeniz gerekiyorsa isNaN: