I’ve been trying to work out how to implement Church-encoded data types in Scala. It seems that it requires rank-n types since you would need a first-class const function of type forAll a. a -> (forAll b. b -> b).
However, I was able to encode pairs thusly:
import scalaz._
trait Compose[F[_],G[_]] { type Apply = F[G[A]] }
trait Closure[F[_],G[_]] { def apply[B](f: F[B]): G[B] }
def pair[A,B](a: A, b: B) =
new Closure[Compose[({type f[x] = A => x})#f,
({type f[x] = B => x})#f]#Apply, Id] {
def apply[C](f: A => B => C) = f(a)(b)
}
For lists, I was able to encode cons:
def cons[A](x: A) = {
type T[B] = B => (A => B => B) => B
new Closure[T,T] {
def apply[B](xs: T[B]) = (b: B) => (f: A => B => B) => f(x)(xs(b)(f))
}
}
However, the empty list is more problematic and I’ve not been able to get the Scala compiler to unify the types.
Can you define nil, so that, given the definition above, the following compiles?
cons(1)(cons(2)(cons(3)(nil)))
Thanks to Mark Harrah for completing this solution. The trick is that
Function1in the standard libraries is not defined in a general enough way.My “Closure” trait in the question is actually a natural transformation between functors. This is a generalization of the concept of “function”.
A function
a -> bthen ought to be a specialization of this trait, a natural transformation between two endofunctors on the category of Scala types.Const[A]is a functor that maps every type toA.And here’s our list type:
Here,
Endois just an alias for the type of functions that map a type onto itself (an endofunction).And
Foldis the type of functions that can fold a list:And then finally, here are our list constructors:
One caveat is the need to explicitly convert (A ->: B) to (A => B) to help Scala’s type system along. So it’s still terribly verbose and tedious to actually fold a list once created. Here’s the equivalent Haskell for comparison:
List construction and folding in the Haskell version is terse and noise-free: