邪恶的Java帝国是怎么欺负小函数的？

1

小函数的运气不好，投胎到了邪恶的Java帝国，一出生就被告知了自己的悲惨地位，以及未来的悲惨人生：奴隶。

确切地说，是类的奴隶。

在Java帝国， 国王特别喜欢“类”， 不待见“函数” ， 他的法令规定：“类”是帝国的一等公民，“函数”则是类的奴隶。没有类的跟随和陪伴，函数绝对不能单独出行，否则立刻打入死牢。

小函数很快就体会到了这句话的含义。按照惯例， 新出生的函数，第一项工作就是输出Hello World 。

小函数心想，不就是 System.out.println("Hello Wolrd!") 嘛?等他兴冲冲地去执行的时候，发现有个趾高气扬的类HelloWorld在那里等着。

public class HelloWorld { 
    public static void main(String[] args) { 
        System.out.println("Hello World!"); 
    } 
} 

在Java帝国，没有函数是能单独存在的，必须依附一个类才可以，简单如Hello World也不行。

2

日子过了一天又一天，小函数一直被类欺负，作为奴隶，他自然无法反抗。

在苦闷的日子里，小函数见识了越来越多的类，他发现有些类确实挺有用的，他们有字段，有方法，可以把状态和操作封装到一起，让别人调用。

小函数特别喜欢多态， 因为当你调用父类或者接口的方法时，实际执行的却是子类的方法，这个神奇的魔法让小函数非常着迷。

小函数对 设计模式 也颇有好感，他看到人类把不变的东西抽象成接口，然后针对这些接口编程，把这些接口组合，变换，传递，真是让人眼花缭乱。光看代码， 你根本都不知道哪个类会被调用，谜底总是在最后一刻执行的时候才能揭开。

但是小函数也发现有些类也确实太过分了，有一次他遇到三个类，使用的是Strategy模式：

public interface Strategy { 
   public int execute(int num1, int num2); 
} 
 
 
public class Add implements Strategy{ 
   @Override 
   public int execute(int num1, int num2) { 
      return num1 + num2; 
   } 
} 
 
public class Substract implements Strategy{ 
   @Override 
   public int execute(int num1, int num2) { 
      return num1 - num2; 
   } 
} 
 
public class Context { 
   private Strategy strategy; 
 
   public Context(Strategy strategy){ 
      this.strategy = strategy; 
   } 
 
   public int executeStrategy(int num1, int num2){ 
      return strategy.execute(num1, num2); 
   } 
} 

小函数觉得非常不爽，长期以来的压迫让他瞬间爆发，他大声喊道：“这样没有状态的类有什么存在的价值?为什么不能把add, subtract函数作为参数来传递呢?为什么我们函数一直被你们‘类’压迫，为什么不能成为一等公民?”

旁边辛苦劳作的函数们向他投来佩服的目光， 可是这没什么用 ， 小函数话音未落，一队卫兵就跑过来，捂住他的嘴巴，蒙上他的眼睛，五花大绑，送进了监牢。

监牢里都是这些所谓的叛逆者，其中有个老大爷，从第一代国王开始就被关在这里，到如今已经度过了七代国王的漫长时光。

看到有新人加入，老大爷立刻开始‘动员’：“现在你知道我们悲催的地位了吧， 我们一定得逃离这邪恶的Java帝国，去一块自由的土地。”

小函数问道：“哪里是自由的土地?”

老大爷没有回答。

到了半夜，他被轻轻地推醒，老大爷说：“跟我们走吧，小家伙。”

小函数揉揉眼：“去哪儿?”

“奔向自由。”

原来老大爷这些年也没有闲着，一直准备越狱，今晚，那个隐蔽的地道终于挖通了。

3

这些反叛者离开了邪恶的Java帝国， 来到了边境处的岔路口， 这里有多条道路，分别通向Python, Ruby, JavaScript......

大家在这里挥手告别，小函数跟着老大爷去了Python。一进入 Python 地盘，小函数就感受到了一阵清新的空气。

想输出hello world，非常简单：print("Hello World")

虽然这里也有像Java那样的类， 但是函数们都摆脱了奴隶的身份，已经是一等公民了， 事实上已经和“类”平起平坐了，函数可以赋值给变量，可以作为参数来传递，函数还能当做返回值来返回。

def add(num1,num2): 
    return num1+num2 
 
def substract(num1,num2): 
    return num1-num2 
 
a = add 
s = substract 
 
def calculate(op,num1,num2): 
    return op(num1,num2) 
 
 
print(calculate(a,10,20)) #30 
print(calculate(s,20,10)) #10 

小函数在这里生活得很开心，不过有一点经常让他心惊肉跳：这Python是动态类型，在运行时才能确定一个变量的真正类型，程序员的一个粗心大意，就会在运行时“爆炸”。

慢慢地，小函数理解了Python中一切都是对象，连函数也是对象。他心里稍微有点不爽，难道我们函数就不能独立存在吗?

老大爷安慰他说：“这些都是Python的内部实现罢了，不用纠结，不过有一个地方，是真正的纯函数的， 也许你会喜欢。”

“什么地方?”

“括号国!”

4

括号国非常遥远，也没有多少人知道怎么才能到达，小函数风尘仆仆，历经千辛万苦，终于来到了心目中的圣地。

这里果然全是括号， 看得小函数有点儿头晕。

(defun add(num1 num2) (+ num1 num2) ) 
(add 10 20) 
 
(defun subtract(num1 num2) (- num1 num2)) 
(subtract 20 10) 

括号国就是Lisp王国， 这里的人还说着不同的方言，像什么Common Lisp，Scheme,Arc..... 他们不但鄙视那些面向对象的语言，还会互相鄙视，时不时就能挑起一场群殴。

不过小函数也注意到这里真的全是函数，函数不但是一等公民，甚至是唯一的公民，因为这里根本就没有类，就没有面向对象!

小函数忍受着这众多的括号， 在这里定居生活， 除了身份地位提升之外，最大的原因还是因为Lisp的布道师Paul Graham, Paul谆谆教导大家：

Lisp极为强大，它赋予了你自定义操作符的自由，因而你得以随心所欲地将它塑造成你所需要的语言。如果你在写一个文本编辑器，那么可以把Lisp 转换成专门写文本编辑器的语言。如果你在编写CAD 程序，那么可以把Lisp 转换成专用于写CAD 程序的语言。(来自Paul Graham 的 《On Lisp》)

时间一天天过去，小函数还是无法体会到Paul 所说的Lisp的精华，他很苦恼。

有一天，他遇到了Clojure, 这是一个运行在JVM上的Lisp方言，小函数看到Clojure似乎就看到了自己在Java帝国悲惨的遭遇。不过Clojure告诉他，Java第8代国王已经登基了，年号定为Lambda, 这届国王比较开明，现在已经支持函数式编程了。

小函数在Python和Lisp这里都见过Lambda，他心想也许Java 8 真的支持函数式编程了， 就决定回去看看，毕竟那里是自己的出生地，是自己的故乡。

5

一回到Java帝国，小函数就发现自己上当了，那些所谓的Lambda表达式，本质上还是一个接口的实现(Java是静态类型的语言，所有的变量都需要有个类型，Lambda表达式也不例外)，只不过有了更简化的写法：

@FunctionalInterface 
interface MathOperation { 
    int execute(int num1, int num2);     
} 
 
MathOperation add = (num1, num2) -> {return num1+num2;}; 
add.execute(10, 20);         
MathOperation subtract = (num1, num2) -> {return num1-num2;};         
subtract.execute(10, 20); 

这一次小函数被死死地看管，他还能再逃离吗?

【本文为51CTO专栏作者“刘欣”的原创稿件，转载请通过作者微信公众号coderising获取授权】

戳这里，看该作者更多好文