|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
解释程序的执行方式类似于日常生活中的“同声翻译”，应用程序源代码一边由相应语言的解释器“翻译”成目标代码（机器语言），一边执行，因此效率比较低，而且不能生成可独立执行的可执行文件，应用程序不能脱离其解释器，但这种方式比较灵活，可以动态地调整、修改应用程序。解释程序基本上执行与编译程序相同的功能，只是方式上不同而已。解释程序按顺序翻译并执行每一条源程序语句。解释程序的优点是当语句出现语法错误时，可以立即引起程序员注意，而程序员在程序开发期间就能进行校正。解释程序的缺点是不能像编译程序那样充分地利用计算机资源。
|
|
|
|
解释执行的语言因为解释器不需要直接同机器码打交道所以实现起来较为简单、而且便于在不同的平台上面移植，这一点从现在的编程语言解释执行的居多就能看出来，如Visual Basic、Visual Foxpro、Power Builder、Java等。编译执行的语言因为要直接同CPU的指令集打交道，具有很强的指令依赖性和系统依赖性，但编译后的程序执行效率要比解释语言高得多，现在的Visual C/C++、Delphi等都是很好的编译语言。
|
|
|
|
对于解释语言与编译语言所编制出来的代码在安全性上而言，可以说是各有优缺点。曾经在Windows下跟踪调试过VB程序的一般都知道，程序代码99%的时间里都是在VBRUNxx里转来转去，根本看不出一个所以然来。这是因为跟踪的是VB的解释器，要从解释器中看出代码的目的是什么是相当困难的。但解释语言有一个致命的弱点，那就是解释语言的程序代码都是以伪码的方式存放的，一旦被人找到了伪码与源码之间的对应关系，就很容易做出一个反编译器出来，源程序等于被公开了。而编译语言因为直接把用户程序编译成机器码，再经过优化程序的优化，很难从程序返回到源程序的状态，但对于熟悉汇编语言的解密者来说，也很容易通过跟踪代码来确定某些代码的用途。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
尽管高级语言能够完成大部分的嵌入式软件开发工作，但汇编语言仍然不可替代。汇编语言可以直接对硬件进行操作，代码效率高，所以经常应用在系统移植以及直接控制硬件的场合。此外，良好的汇编基础也有助于程序的调试。
|
|
|
|
越是高级的语言，其编译和运行的系统开销就越大，应用程序也越大，运行越慢。因此一般来说，编程人员都会首选汇编语言和C语言，然后才会考虑C++语言或Java语言。
|
|
|
|
|
|
|
|
|
|
|
|
|
