Scala, Java и равенство

Вы можете прочитать здесь:

http://ofps.oreilly.com/titles/9780596155957/AdvancedObjectOrientedProgramming.html#EqualityOfObjects

но похоже, что если вы сделали: filesHere.sameElements(filesHere2) это должно быть правдой.

Javadoc для этого находится здесь: http://www.scala-lang.org/api/2.6.0/scala/IterableProxy.html#sameElements%28Iterable%5BB%5D%29

ОБНОВЛЕНИЕ:

Несколько фрагментов из первой ссылки, которые могут быть полезны:

В Java, C++ и C# оператор == проверяет ссылку, а не равенство значений. Напротив, оператор Ruby == проверяет равенство значений. К какому бы языку вы ни привыкли, обязательно помните, что в Scala == проверяет равенство значений.

Что касается ==, который не работает должным образом в списках:

Хотя это может показаться несоответствием, поощрение явной проверки равенства двух изменяемых структур данных является консервативным подходом со стороны разработчиков языка. В долгосрочной перспективе это должно уберечь вас от неожиданных результатов в ваших условных выражениях.

ОБНОВЛЕНИЕ 2:

Основываясь на комментариях Рафаэля, я просмотрел спецификацию, и она была датирована двумя днями ранее для самого последнего обновления, и я вижу их по адресу http://www.scala-lang.org/files/archive/nightly/pdfs/ScalaReference.pdf:

Method equals: (Any)Boolean is structural equality, where two instances
are equal if they both belong to the case class in question and they have equal
(with respect to equals) constructor arguments.

class AnyRef extends Any {
    def equals(that: Any): Boolean = this eq that
    final def eq(that: AnyRef): Boolean = . . . // reference equality

Итак, похоже, что определение не изменилось в Scala 2.10.2, поскольку спецификация кажется последовательной. Если поведение отличается, то если вы пишете модульный тест, его следует отправить как ошибку для Scala.

Если бы я правил миром, я бы отказался от метода eq в Scala на том основании, что его имя чрезвычайно путается с равными и ==. Вместо этого в английском языке есть слово, которое выражает тождество, а не равенство: я бы назвал его просто is.

Точно так же я заменил бы ne в Scala (ужасное имя, поскольку оно одновременно и аббревиатура, и непонятное) на isnt .

Мне кажется, что их действительно можно добавить в AnyRef, а старые методы устарели даже на этом позднем этапе.

Метод equals() для массивов Java использует равенство ссылок, а не что-то более сложное, а == в Scala — это просто equals() в Java.

Сравнение не работает должным образом, поскольку этот Java API возвращает массив.

Массивы Scala и массивы Java за кулисами одинаковы, и хотя массив Scala выглядит как класс, это всего лишь java.io.File[] (в этом примере).

По этой причине проверка на равенство не может быть отменена. Scala должна использовать для этого семантику Java.

Рассмотрим этот пример:

val filesHere = (new java.io.File(".")).listFiles.toList
val filesHere2 = (new java.io.File(".")).listFiles.toList

Это будет работать, как и ожидалось.