一文直观理解编译型语言、解释型语言和脚本语言的区别

祁子禹

作为读者朋友的你很有钱，买下了一个电台，希望实现年少时开设私人电台的梦想。

你还酷爱诗歌文学，常常酾酒临江，横槊赋诗。

希望通过无线电波传到每个角落，让世界人民都能欣赏你的思绪飞扬。

当了电台老板以后，你聘用了3名播音员：1个美国人，1个德国人，1个法国人。

你安排他们三班倒，今天用英语，明天用德语，后天用法语，大后天还回到英语。

你遇到了一个问题——诗是汉语写的，歪果播音员看不懂汉语，只会他们各自的母语。

怎么办？

（1）编译型语言

你尝试了第一种解决方案。你把你的作品翻译成了英语、德语和法语，然后发送电邮给相应的播音员，请他们朗读。

一个人朗读自己的母语，自然非常容易——不需要查字典，就可以搞懂字词的读音和含义，

朗读起来也流利顺滑、感情丰富，字正腔圆。

有一天，按照排班是英语播音，你发送了英文邮件，但不凑巧，你雇的美国人发烧39℃，请假不来了，

德国人和法国人却看不懂英语，那么英语的稿子由谁来读呢？

于是你意识到了这种解决方案的局限：每个员工都不可相互替代。

术语总结：编译型语言的跨平台的移植性差，但运行效率高。

（2）解释型语言

为了继续让听众满意，你换了一种解决方案。

你在电台播音室的电脑上安装了翻译软件。

以后再写新的中文诗歌，就用电邮把原稿发送到这台电脑，

然后请当天值班的播音员把稿件翻译成本国语言，

于是顺利解决了病假误工的问题——只要有人值班，播音就不会中断。

但后来有一天，播音室电脑中了病毒，运行起来卡得要死。

翻译软件无法正常运行，值班德国人看着满屏的中文，头都大了，8杠子也压不出1个屁。

于是你意识到了第二种解决方案的局限：依赖于翻译软件。

术语总结：解释型语言执行效率差，离不开解释器。但跨平台移植性好，只要能提供特定的解释器。

（3）脚本语言

电台出了两次放送事故，你总结凝练问题本质，就是外国人看不懂中国字，必须得翻译。

不管是先翻译原稿再发松电邮，还是先发送电邮再翻译文稿，过程都有可能掉链子。

你干脆不写中文写诗了，灵感再现时，直接用英、德、法三种语言书写，不扯翻译的事了。

这回你的稿件，三名播音员都能看懂了，有稿不会念的尴尬也就不复存在了。

但你看出这种解决方案的局限了吗？

不是人人都有你精通三门外语的才华，电台正常运转也正是依赖于你的存在。

术语总结：脚本语言是为了缩短传统的编写-编译-链接-运行（Edit-Compile-Link-Run）过程而创建的计算机编程语言。程序代码即是最终的执行文件，简化了开发、部署、测试和调试的周期过程，但通用性和运行速度差。（完）