Python和Java的硬盘夜话

这是一个程序员的电脑硬盘，在一个叫做“学习”的目录下曾经生活着两个小程序，一个叫做Hello.java，即Java小子；另外一个叫做hello.c ，也就是C老头儿。

C老头儿的命运比较悲催，程序员主人觉得C语言的指针太复杂了，内存管理太难了，实在是学不会，就放弃了，顺便把它给删除了！
Java小子很怀念它，因为C老头儿虽然老派，但知识渊博，教了他不少东西。这天晚上，程序员心血来潮，决定跟Python混个脸熟，于是hello.py也入住了这个目录。经过了短暂的寒暄，摸清了对方的虚实，他俩便看对方不顺眼了。
他俩都明白一山不容二虎的道理，如果不能把对方赶走，就难逃被主人删除，去垃圾回收站的悲催命运。

想到这一层，Python变率先发难， 它皮笑又不笑地拍拍Java的肩膀：“Java 老弟....”
没想到Java立刻反击：“谁是你老弟？你得叫我Java 大哥。”
Python愣了一下：“难道你不知道我是1991年出生的，比你还大4岁？”
Java哼了一声：“虽然比我大，那你混得也不怎么样啊？”
Python说：“10多年前我也许混得不咋地，也许不如你，可此一时彼一时，随着人工智能时代的到来，使用我的人越来越多了，不信你去看TIOBE排行榜，我的上升势头很猛烈啊。”
Java不屑地说：“切，增长到现在不还是老子一个零头。”
Python 被激怒了，他决定先拿Java繁琐的语法开刀，指着Java说：“看看你，一个HelloWorld都整得这么麻烦，啰里啰嗦。”
public class Hello
{
public static void main (String[] args)
{
System.out.println("Hello World!");
}
} 然后又指着自己说：“你看看我，多么简洁！”
print("Hello World!") Java 默不作声，其实心里也挺羡慕。

“还有我打开一个文件多简单，你行吗？”
f = open("c:\\tmp\\Hello.java","r")
print(f.read())
f.close()
提到IO，Java心中就有莫名的痛，自己的IO模块设计得那么优雅，可是人类为什么就是不喜欢用呢？

他们老是说记不住到底该怎么写，看来是要改变下了。

看到Java 还是默不作声，无法反击，Python很得意，发挥宜将剩勇追穷寇的精神，抄起机关枪，继续扫射：“看看我这个函数的缺省值，你有吗？”
class Employee():
def __init__(self, name , gender="male" , maritalStatus="single" ):
self.name = name
self.gender = gender
self.maritalStatus = maritalStatus Java 一看到这段代码，立刻就来了精神：“你的self和我的this意思差不多，可是你为啥必须作为参数呢？ 多丑陋啊！！还有这代码缩进，居然用空格，一不留神就出错，真不知道你到底是怎么想的。”

Python 没想到Java这小子竟然从这个地方发起反击， 一时语塞。只听到Java 问道：“有人说你Python的变量都没有类型，是吗？”
“胡说！我的变量怎么没有类型？我是动态语言，类型只会在运行时确定。”
var = 3
var = "hello world" “你看看，这个变量var 第一次赋值，类型是个整数， 第二次就变成字符串hello world了， 你小子做不到吧？”

Java笑而不语。

Python继续说道：“由于我的动态特性，我可以轻松地实现Duck Typing:”
class Duck:
def help(self):
print( "Quaaaaaack! ")
class Person:
def help(self):
print( "help me!" )

def in_the_forest(x):
x.help()

in_the_forest(Duck())
in_the_forest(Person())
“看到没有，这个Duck和Person并没有实现共同的接口或者继承相同的类，但是照样可以作为参数传递给in_the_forest函数，是不是很灵活？ 你应该是不行吧？ 哈哈！” Python得意洋洋。

Java心里明白，这的确是个很好的特性，写起代码来非常爽快。
但他也不是吃素的， 一下子就抓住了命门： “写起来很爽，读起来就不爽了，我问你，假设人类看到了in_the_forest这个函数，他知道参数x的类型是什么吗？是Person? 是Bird? 还是别的类？ ”
“还有，” Java继续批判，“人类想重构一下Person函数的help方法，比如改成sos(self)，你的IDE能安全地重构吗？恐怕是不容易吧？ 假设人肉重构改错了，你也只能在运行时发现错误了！”
“动态一时爽，重构火葬场。” Java 冷冷地补了最后一刀。
由于自己是静态类型，变量类型在编译期就能确定，IDE那强大的智能感知功能，自动安全重构的功能一直是引以为傲的卖点。
“怕啥，” Python假装满不在乎，“人类有单元测试做保证，再说了，我的代码紧凑得很，一行顶你十行，就是改起来也方便得多。”
虽然表面满不在乎，可Python已经暗暗心惊：一不小心被这小子带坑里去了，我得想办法转移阵地。
Java 开始组织防守反击： “听说过AOP没有？啊？ 听说过，那你说说，你能不能实现AOP？”
Python 心里偷着乐：这小子真是孤陋寡闻，总以为只有什么Spring有AOP, 岂不知对于我们动态语言来说，实现AOP那简直是易如反掌。
Python故意问道：“AOP无非就是对现有代码做增强，动态地添加一些安全，日志，事务等‘切面’功能，我知道你们Java 类，一旦被装载就无法修改，那怎么去实现代码的增强呢？”
Java得意地说：“我们可以在运行时生成新的类啊，让新生成的类继承老的类，或者和老的类实现同样的接口，比如ASM这样的工具，可以操作字节码去创建新的类，织入那些‘切面’代码，这种工作如此精巧，让人叹为观止。”
Python说道：“哈哈，我告诉你吧， 你那是不得已而为之，我们Python 就不同了，我们是动态语言，可以在运行时对一个类进行增强：添加方法，替换方法，根本不用操作那么Low的字节码，我给你举个简单的例子：”
class Order:
def save(self):
print ("save order")
#把老的方法引用保存起来
old_save=Order.save
#定义一个新方法，该新方法调用老方法
#并在方法前后加上了日志
def save_with_logging(self):
print ("logging start")
old_save(self)
print ("logging end")
#把新方法赋值给Order类的save方法
Order.save=save_with_logging
#测试
t=Order()
t.save()
输出:
logging start
save order
logging end
Java看着这段代码，瞠目结舌，心惊肉跳，一个类的方法在运行时竟然可以被替换掉！ 实在是吓人啊！在自己的世界中，这是想都不敢想的事情。可是这不就轻松实现了对一个类的增强吗？ 也不用修改什么字节码。

Python看到Java小子被镇住了，继续施压： “我们Python想实现AOP，还可以使用装饰器，Meta class等很多方式，我就不给你详细讲了。”

Java心里还在想着那个被替换的函数， 看来在Python中， 函数就是一个对象，要不然怎么能被替换掉？ 既然是个对象，那肯定可以作为参数传递，也可以做为返回值。 想想自己的Lambda表达式，本质上还是一个接口的实现，相当于带着镣铐在跳舞，心里不由得叹了口气。

看来我还得找出杀手锏才能彻底将这个自大的Python小子给搞定，Java心想，可是他的动态语言确实是太灵活了，对了，虚拟机！ 我的虚拟机发展了这么多年，经受了业界最苛刻的考验，性能强悍，在解释执行字节码的过程中能发现那些“热点”字节码，然后编译成本地代码执行，速度极快。 并且我的垃圾回收机制也极为完善。

Java把这个大杀器给抛了出来，Python的表情立刻就不对了，因为自己虚拟机的性能确实不怎么样，但是Python非常狡猾，他立刻就把话题给转移了：“现在的速度瓶颈不是CPU， 而是IO, 你知道网络和数据库这俩货有多慢吗？ 相对他们的速度，我们慢一点也没关系......” Python成功地把两个人拉到了同一个阵地中。

两个家伙你来我往，整整争论了一夜，他们俩的声音越来越大，吵得隔壁的“毕业设计.docx”怒气冲冲地跑过来骂道：“到底还让不让老子睡觉了？！”

两个人赶紧压低声音，继续争斗，但谁也没办法彻底占据上风，最后就觉得大家真是各有所长，只是适用范围各不相同。

突然间，一道亮光照进来，把两人的眼睛刺得生疼，原来天已大亮，主人打开了这个文件夹，选中了Hello.java和hello.py ，然后做了一个奇怪的操作。

Java 和Python 只觉得一阵头晕目眩，转瞬间就被拎到一个垃圾遍地的地方。

只见头发蓬乱的C老头儿在一本叫做《C和指针》的电子书上坐着，目光呆滞地对他俩说：“你们好，欢迎来到回收站。看来主人又有了新欢，把你们俩也抛弃了。”