I see now that there's a related question asking what these operators (<:<, <%<, =:=) do here:
What do <:<, <%<, and =:= mean in Scala 2.8, and where are they documented?
But I'm still confused about their implementation. In particular, I assume that once you've placed an implicit parameter that asserts a particular relationship, then you can use variables as if they've automatically been cast properly, e.g. this will compile:
class Foo[T](a: T) {
def splitit(implicit ev: T <:< String) = a split " "
}
But how does this actually work in the compiler? Is there some magic compiler support for these operators, and if not, what's the underlying mechanism that allows it to infer this sort of relationship from the definition? (Was this mechanism added specifically to allow these operators to work, and how specific is it to these particular operators?) It seems a little magical that you can place an extra implicit parameter like this which somehow changes the compiler's interpretation of a type.
The implementation is a bit tricky, but nothing magical.
There is an implicit method in
Predefwhich can provide a value of typeA <:< Afor anyAWhen you try to invoke your method, it looks for an implicit value of type
T <:< String. The compiler will check to see ifconforms[T]is a valid value. Let's sayTisNothingthen there will be an implicit valueNothing <:< Nothingin scope which will allow your method call to compile. Due to the way<:<is definedFromis allowed to vary up andTois allowed to vary down. So aNothing <:< Nothingis still a validNothing <:< StringsinceNothingis a subtype ofString. AString <:< Stringwould also be a validNothing <:< StringsinceStringis a supertype ofNothing(but the compiler seems to always pick just the first type).You can call methods of
Stringon it because<:<also extends=>akaFunction1and serves as an implicit conversion fromTtoString, which basically ends up doing a safe cast.=:=is the same thing except it is defined without any variance annotations, so the types must match exactly.<%<is defined like<:<but the implicit method is a bit different, it adds another parameter to specify a view boundIt is also deprecated.