Provides an equality constraint that allows two subtypes of scala.collection.GenSeq
s to be compared for equality with ===
so long
as an EqualityConstraint
is available for the element types.
Provides an equality constraint that allows two subtypes of scala.collection.GenSeq
s to be compared for equality with ===
so long
as an EqualityConstraint
is available for the element types.
Provides an implicit method that loosens the equality constraint defined by
TypeCheckedTripleEquals
orConversionCheckedTripleEquals
for ScalaSeq
s to one that more closely matches Scala's approach toSeq
equality.Scala's approach to
Seq
equality is that if both objects being compared areSeq
s, the elements are compared to determine equality. This means you could compare an immutableVector
and a mutableListBuffer
for equality, for instance, and get true so long as the twoSeq
s contained the same elements in the same order. Here's an example:Such a comparison would not, however, compile if you used
===
under eitherTypeCheckedTripleEquals
orConversionCheckedTripleEquals
, becauseVector
andListBuffer
are not in a subtype/supertype relationship, nor does an implicit conversion by default exist between them:If you mix or import the implicit conversion provided by
SeqEqualityConstraint
, however, the comparison will be allowed:The equality constraint provided by this trait requires that both left and right sides are subclasses of
scala.collection.GenSeq
and that anEqualityConstraint
can be found for the element types. In the example above, both theVector
andListBuffer
are subclasses ofscala.collection.GenSeq
, and the regularTypeCheckedTripleEquals
provides equality constraints for the element types, both of which areInt
. By contrast, this trait would not allow aVector[Int]
to be compared against aListBuffer[java.util.Date]
, because no equality constraint will exist between the element typesInt
andDate
: