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

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

[[264038]]

 1

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

确切地说,是类的奴隶。

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

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

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

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

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

2

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

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

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

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

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

  1. public interface Strategy { 
  2.    public int execute(int num1, int num2); 
  3.  
  4.  
  5. public class Add implements Strategy{ 
  6.    @Override 
  7.    public int execute(int num1, int num2) { 
  8.       return num1 + num2; 
  9.    } 
  10.  
  11. public class Substract implements Strategy{ 
  12.    @Override 
  13.    public int execute(int num1, int num2) { 
  14.       return num1 - num2; 
  15.    } 
  16.  
  17. public class Context { 
  18.    private Strategy strategy; 
  19.  
  20.    public Context(Strategy strategy){ 
  21.       this.strategy = strategy; 
  22.    } 
  23.  
  24.    public int executeStrategy(int num1, int num2){ 
  25.       return strategy.execute(num1, num2); 
  26.    } 

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

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

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

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

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

老大爷没有回答。

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

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

“奔向自由。”

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

3

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

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

想输出hello world,非常简单:print("Hello World")

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

  1. def add(num1,num2): 
  2.     return num1+num2 
  3.  
  4. def substract(num1,num2): 
  5.     return num1-num2 
  6.  
  7. a = add 
  8. s = substract 
  9.  
  10. def calculate(op,num1,num2): 
  11.     return op(num1,num2) 
  12.  
  13.  
  14. print(calculate(a,10,20)) #30 
  15. print(calculate(s,20,10)) #10 

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

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

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

“什么地方?”

“括号国!”

4

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

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

  1. (defun add(num1 num2) (+ num1 num2) ) 
  2. (add 10 20) 
  3.  
  4. (defun subtract(num1 num2) (- num1 num2)) 
  5. (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表达式也不例外),只不过有了更简化的写法:

  1. @FunctionalInterface 
  2. interface MathOperation { 
  3.     int execute(int num1, int num2);     
  4.  
  5. MathOperation add = (num1, num2) -> {return num1+num2;}; 
  6. add.execute(10, 20);         
  7. MathOperation subtract = (num1, num2) -> {return num1-num2;};         
  8. subtract.execute(10, 20); 

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

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

 

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

责任编辑:武晓燕 来源: 51CTO专栏
相关推荐

2010-04-16 09:57:56

马化腾创业QQ

2017-05-07 14:44:22

2017-02-28 08:57:41

JavaJMS队列

2018-09-13 14:18:20

C语言Java程序员

2013-10-22 10:23:12

2021-06-11 11:34:37

脸书Facebook商业帝国

2013-07-22 09:32:24

2019-02-26 11:21:19

PythonJava渗透

2018-03-29 15:20:05

JavaJaasJdbc

2017-08-16 15:11:29

JavaJDBCJTA

2019-07-25 10:40:41

人工智能技术平台

2017-02-27 14:25:50

Java队列Web

2017-10-12 14:56:11

2022-04-25 13:18:13

加密货币金融安全

2014-09-05 09:08:58

2021-12-19 23:04:58

加密货币数字货币货币

2021-02-03 11:44:15

NoSQL关系数据库

2015-06-18 11:28:18

谷歌

2023-09-05 12:35:47

2010-02-22 10:50:50

点赞
收藏

51CTO技术栈公众号