首先说一下什么是纯函数式。在我的理解,“纯函数式”用一句话就可以描述:Anything is value.——我的理解不一定准确,但我就是这么理解的。
就是所有的东西都是值——没有变量;包括函数在内都是值——是值,就可以传递(包括函数)。
为什么说这段程序是奇葩呢?
其一、传统的Java是面向对象的,自从Java8中加入了lambda,Java就变成了“面向对象”和“函数式”两种方式的混合语言。这段程序全部使用lambda的语法来写,与平常写的Java风格完全不同。
其二、在Java的对象中保存数据通常是用对象的属性,lambda表达式本质上仍然是对象,但它并没有属性,但我们却成功的在lambda中保存了数据,这相对于传统的Java编程思维也是一种跳跃。
其三、在Scheme中实现同样的函数(或lambda)非常简洁,也很容易读,而在Java中的实现,可读性好差,以致于我自己都快看不懂了,所以说是“奇葩”。
这段程序用两种方式实现了同样的功能:
1.实现一个函数cons,这个函数有两个参数x和y,并返回一个东西(这个东西以下简称为c)。
2.实现一个函数car,传入c,并返回原来传入cons中的x。
3.实现一个函数cdr,传入c,并返回原来传入cons中的y。
这实际上是Scheme中自带的“序偶”,不过即使Scheme语言本身的库不自带cons,我们自己实现也是很简单的(下面的程序中,我在注释部分列出了Scheme的实现);Java骨子里是面向对象的基因,如果用面向对象的方式来实现上述功能是非常简单的,但用lambda的语法来实现就显得奇葩了。
下面先把奇葩贴出来,然后在后面的注释中解释一下:
import java.util.function.BiFunction;
import java.util.function.Function;
public class TestCons {
public static void main(String[] args) {
testCons1();
testCons2();
}
private static void testCons1() {
/*
(define (cons x y)
(lambda (m)
(cond ((= m 0) x)
(else y))))
(define (car z) (z 0))
(define (cdr z) (z 1))
上面几行Scheme代码翻译成Java是如下三行代码
*/
BiFunction<Object, Object, Function<Integer, Object>> cons = (x, y) -> m -> m == 0 ? x : y; // 注释1
Function<Function, Object> car = z -> z.apply(0); // 注释2
Function<Function, Object> cdr = z -> z.apply(1); // 注释3
Function c = cons.apply(3, "abc"); // 调用cons,并传入两个值,创建了对象c
System.out.println(car.apply(c)); // 从c中取出第一个值
System.out.println(cdr.apply(c)); // 从c中取出第二个值
}
private static void testCons2() {
/*
(define (cons x y)
(lambda (m) (m x y)))
(define (car z)
(z (lambda (p q) p)))
(define (cdr z)
(z (lambda (p q) q)))
上面几行Scheme代码翻译成Java是如下三行代码
*/
BiFunction<Object, Object, Function<BiFunction, Object>> cons = (x, y) -> f -> f.apply(x, y); // 注释4
Function<Function<BiFunction, Object>, Object> car = f -> f.apply((a, b) -> a); // 注释5
Function<Function<BiFunction, Object>, Object> cdr = f -> f.apply((a, b) -> b); // 注释6
Function c = cons.apply(3, "abc"); // 调用cons,并传入两个值,创建了对象c
System.out.println(car.apply(c)); // 从c中取出第一个值
System.out.println(cdr.apply(c)); // 从c中取出第二个值
}
}
注释1:此行创建一个叫cons的lambda表达式,此表达式有两个参数x和y,并返回另外一个lambda,这个lambda有一个整数类型的参数m,且当m为0时,返回x,否则返回y。
注释2:此行创建一个叫car的lambda,此lambda有一个参数,且这个参数也是一个lambda(z),car的lambda体中是把0传入z中,并得到返回值。
结合“注释1”和“注释2”这两行,我们可以这样解释:cons返回的lambda可以做为car的参数。
注释3:和“注释2”差不多,不再缀述。
注释4:此行创建一个叫cons的lambda,此lambda有两个参数x和y,反返回另外一个lambda,这个lambda有一个参数,且这个参数也是一个lambda(f),在cons返回值的lambda体中应用f,并把cons的两个参数做为f的两个参数——相当拗口——简单点说就是cons并不做什么,只是把x和y,交给一个lambda,而这个lambda也不做什么,只是等着另外一个lambda(f)来处理x和y,而这个f要通过参数传过来。
注释5:此行创建一个小car的lambda,此lambda有一个参数(此参数可传入cons返回的lambda),从“注释4”中我们知道cons返回的lambda还需要一个lambda做为参数来处理两个参数,所以我们传入一个(a, b) –> a,这里在a和b中返回前者,这就是car的目的。
注释6:和“注释5”差不多,不再缀述。
到处都是lambda,很难读,但在Scheme中完全一样的算法实现就很简洁,可读性很好,这是为什么呢?
我认为这是S表达式的语法结构形成的效果——S表达式是以数据结构的方式存储程序的,这样的情况下,假设Scheme中没有lambda,此时我们要扩展编译器来支持lambda,则我们不需要修改编译器的parser部分——但Java的lambda没有办法与现有的其它语法的结构一样,所以就只能新增新的语法结构了,但又要与原有的基因融合,这样虽然lambda在本质上仍然是对象,但在表现形式上与原有的Java却有很大的排异反应。
这不是一两句话能说得明白的,也有点扯远了。
下面再演示一个邱奇计数的例子,这个就不写注释了:
import java.util.function.Function;
public class testChurchNum {
public static void main(String[] args) {
Function<Function<Function<Object, Object>, Function>, Function<Function<Object, Object>, Function>>
add_1 = n -> f -> x -> f.apply(n.apply(f).apply(x));
Function<Function<Object, Object>, Function> zero = f -> x -> x;
Function<Function<Object, Object>, Function> one = add_1.apply(zero);
Function<Function<Object, Object>, Function> tow = add_1.apply(one);
Function<Function<Object, Object>, Function> one_1 = f -> x -> f.apply(x);
Function<Function<Object, Object>, Function> tow_1 = f -> x -> f.apply(f.apply(x));
Function f = x -> (((Integer) x) + 1);
System.out.println(zero.apply(f).apply(0));
System.out.println(one.apply(f).apply(0));
System.out.println(one_1.apply(f).apply(0));
System.out.println(tow.apply(f).apply(0));
System.out.println(tow_1.apply(f).apply(0));
}
}