編譯程序和解釋程序優勢與不足
❶ 解釋執行的語言相比編譯執行的語言有什麼優缺點
我自己理解的解釋執行的優點，不依賴於平台，因為每次都會根據不同的平台對語句進行解析，像JS就是一種邊解釋邊執行的語言，不管是在windows還是unix都可以直接用解釋執行的缺點，解析是需要時間的，每次都解析在很多情況下都是相當於每次都在做重復功，這樣運行的效率比較低。盡可能的減少重復功，這也是現在為什麼很流行的緩存的原因，但是解析執行這種方式就沒無法做到了編譯執行的優點，所謂的編譯執行就是先對編程進行編譯，生成一個obj文件，然後再拿來運行，它的優點恰巧就是解釋執行的缺點的反義，去除了每次都解析的問題編譯執行的缺點，也是恰巧是解釋執行優點的反義。就像C語言，你在windows下編譯的程序，拿到unix下運行，當然如果只是簡單的scanf,printf是可以的，但是像指針，內存分配，文件操作，多線程等，在一些相對復雜的系統問題就嚴重了。 更可怕的是拿源碼到unix環境下編譯通過了，但是運行卻出問題，這種問題最要人命。 所以一般的做法都是這個程序會用在什麼系統，就到什麼系統環境去開發
❷ 計算機中:解釋程序與編譯程序:的相同點與不同點是什麼
編譯程序、解釋程序均是計算機語言處理程序。
其區別主要為：
解釋程序直接執行源程序或源程序的內部形式，一般是讀一句源程序，翻譯一句，執行一句，不產生目標代碼，如BASIC解釋程序。編譯程序是將高級語言書寫的源程序翻譯成與之等價的低級語言的目標程序。編譯程序與解釋程序最大的區別之一在於前者生成目標代碼，而後者不生成；此外，前者產生的目標代碼的執行速度比解釋程序的執行速度要快；後者人機交互好，適於初學者使用。
❸ 編譯程序的優點是什麼啊解釋程序的優點又是什麼
5、 編譯程序和解釋程序
高級語言程序同樣要翻譯成二進製程序才能執行。
高級語言的兩種執行方式：
（1） 解釋方式：翻譯一條，執行一條 特點：慢，但占空間小
（2） 編譯方式：翻譯成目標程序，然後運行目標程序 特點：快，但佔用空間大 （考點）
❹ 編譯程序和解釋程序的區別
編譯程序和解釋程序的區別是：
1、編譯是將源程序翻譯成可執行的目標代碼；解釋程序不產生目標代碼。
2、解釋程序可跨平台使用；編譯程序跨平台性不好。
3、解釋程序可以隨時修改，立刻生效；編譯程序不行。
4、解釋程序運行效率低；編譯程序執行速度快。
編譯是將源程序翻譯成可執行的目標代碼，翻譯與執行是分開的；而解釋是對源程序的翻譯與執行一次性完成，不生成可存儲的目標代碼。這只是表象，二者背後的最大區別是：對解釋執行而言，程序運行時的控制權在解釋器而不在用戶程序；對編譯執行而言，運行時的控制權在用戶程序。
解釋具有良好的動態特性和可移植性，比如在解釋執行時可以動態改變變數的類型、對程序進行修改以及在程序中插入良好的調試診斷信息等，而將解釋器移植到不同的系統上，則程序不用改動就可以在移植了解釋器的系統上運行。
同時解釋器也有很大的缺點，比如執行效率低，佔用空間大，因為不僅要給用戶程序分配空間，解釋器本身也佔用了寶貴的系統資源。
編譯器是把源程序的每一條語句都編譯成機器語言,並保存成二進制文件,這樣運行時計算機可以直接以機器語言來運行此程序，速度很快。
而解釋器則是只在執行程序時，才一條一條的解釋成機器語言給計算機來執行，所以運行速度是不如編譯後的程序運行的快的。
❺ 解釋和編譯有什麼區別
一、與計算機的交流方式不同
1、解釋程序不產生目標代碼，它逐條地取出源程序中的語句，邊解釋，邊執行；解釋器把源代碼文件邊解釋成機器語言邊交給CPU執行。
三、開發便捷性
1、解釋程序可以隨時修改，立刻生效，改完源代碼後，直接運行看效果
2、編譯程序每次修改源代碼，都要重新編譯，生成機器碼文件
四、運行速度
1、解釋程序運行效率低，所有的代碼均需經過解釋器邊解釋變執行，速度比編譯型慢很多
2、編譯程序執行速度快，因為你的程序代碼已經翻譯成了是計算機可以理解的機器語言。
❻ 編譯程序和解釋程序有何區別
編譯程序能生成目標程序，而解釋程序不能。
❼ 編譯執行和解釋執行的區別
一、主體不同
1、編譯執行：由編譯程序將目標代碼一次性編譯成目標程序，再由機器運行目標程序。
2、解釋執行：將源語言直接作為源程序輸入，解釋執行解釋一句後就提交計算機執行一句，並不形成目標程序。
二、優勢不同
1、編譯執行：相比解釋執行編譯執行效率高，佔用資源小，適合復雜程序
2、解釋執行：開發速度快，出現嚴重BUG的幾率小。
三、缺點不同
1、編譯執行：兼容性差，例如在windows平台上寫的編譯程序一般不可以在unix平台上運行。
2、解釋執行：解析需要時間，不生成目標程序而是一句一句的執行的方式會造成計算機資源的浪費，即執行效率低。
❽ 編譯程序和解釋程序有何區別
編譯程序能生成目標程序，而解釋程序不能。
❾ 編譯器和解釋器的主要區別是什麼他們相對於對方各自的優點
解釋器是解釋執行的源代碼，編譯器是將源代碼編譯成目標代碼
他們最大的區別是程序運行時需要解釋器邊解釋邊執行，而編譯器則在運行時是完全不需要的
解釋器的優點是比較容易讓用戶實現自己跨平台的代碼，比如java，php等，同一套代碼可以在幾乎所有的操作系統上執行，而無需根據操作系統做修改；
編譯器的目的就是生成目標代碼再由連接器生成可執行的機器碼，這樣的話需要根據不同的操作系統編制代碼，雖然有像Qt這樣的源代碼級跨平台的編程工具庫，但在不同的平台上仍然需要重新編譯連接成可執行文件，但其執行效率要遠遠高於解釋運行的程序。
編譯器是把源程序的每一條語句都編譯成機器語言,並保存成二進制文件,這樣運行時計算機可以直接以機器語言來運行此程序,速度很快;
而解釋器則是只在執行程序時,才一條一條的解釋成機器語言給計算機來執行,所以運行速度是不如編譯後的程序運行的快的.
這是因為計算機不能直接認識並執行我們寫的語句,它只能認識機器語言(是二進制的形式)
❿ 編譯型語言和解釋型語言的區別
編譯型語言在程序執行之前，有一個單獨的編譯過程，將程序翻譯成機器語言就不用再進行翻譯了。
解釋型語言，是在運行的時候將程序翻譯成機器語言，所以運行速度相對於編C/C++ 等都是編譯型語言，而Java，C#等都是解釋型語言。
雖然Java程序在運行之前也有一個編譯過程，但是並不是將程序編譯成機器語言，而是將它編譯成位元組碼（可以理解為一個中間語言）。
在運行的時候，由JVM將位元組碼再翻譯成機器語言。
註：腳本語言一般都有相應的腳本引擎來解釋執行。 他們一般需要解釋器才能運行。JAVASCRIPT,ASP,PHP,PERL,Nuva都是腳本語言。C/C++編譯、鏈接後，可形成獨立執行的exe文件。
編譯型語言：
編譯型語言最大的優勢之一就是其執行速度。用C/C++編寫的程序運行速度要比用Java編寫的相同程序快30%-70%。
編譯型程序比解釋型程序消耗的內存更少。
不利的一面——編譯器比解釋器要難寫得多。
編譯器在調試程序時提供不了多少幫助——有多少次在你的C語言代碼中遇到一個「空指針異常」時，需要花費好幾個小時來明確錯誤到底在代碼中的什麼位置。
可執行的編譯型代碼要比相同的解釋型代碼大許多。例如，C/C++的.exe文件要比同樣功能的Java的.class文件大很多。
編譯型程序是面向特定平台的因而是平台依賴的。
編譯型程序不支持代碼中實現安全性——例如，一個編譯型的程序可以訪問內存的任何區域，並且可以對你的PC做它想做的任何事情（大部分病毒是使用編譯型語言編寫的）
由於鬆散的安全性和平台依賴性，編譯型語言不太適合開發網際網路或者基於Web的應用。
解釋型語言提供了極佳的調試支持。一名Java程序員只需要幾分鍾就可以定位並修復一個「空指針異常」，因為Java運行環境不僅指明了異常的性質，而且給出了異常發生位置具體的行號和函數調用順序（著名的堆棧跟蹤信息）。這樣的便利是編譯型語言所無法提供的。
另一個優勢是解釋器比編譯器容易實現
解釋型語言最大的優勢之一是其平台獨立性
解釋型語言也可以保證高度的安全性——這是互聯網應用迫切需要的
中間語言代碼的大小比編譯型可執行代碼小很多
平台獨立性，以及嚴密的安全性是使解釋型語言成為適合互聯網和Web應用的理想語言的2個最重要的因素。
解釋型語言存在一些嚴重的缺點。解釋型應用佔用更多的內存和CPU資源。這是由於，為了運行解釋型語言編寫的程序，相關的解釋器必須首先運行。解釋器是復雜的，智能的，大量消耗資源的程序並且它們會佔用很多CPU周期和內存。
由於解釋型應用的decode-fetch-execute（解碼-抓取-執行）的周期，它們比編譯型程序慢很多。
解釋器也會做很多代碼優化，運行時安全性檢查；這些額外的步驟佔用了更多的資源並進一步降低了應用的運行速度。
解釋型語言：