自編譯性

① 編譯型語言和解釋型語言各自的優缺點是什麼

一、編譯型語言

優點：運行速度快，代碼效率高，編譯後的程序不可修改，保密性較好。

缺點：代碼需要經過編譯方可運行，可移植性差，只能在兼容的操作系統上運行 。

二、解釋型語言

優點：可移植性較好，只要有解釋環境，可在不同的操作系統上運行。

缺點：運行需要解釋環境，運行起來比編譯的要慢，佔用資源也要多一些，代碼效率低，代碼修改後就可運行，不需要編譯過程。

(1)自編譯性擴展閱讀：

編譯型語言：程序在執行之前需要一個專門的編譯過程，把程序編譯成 為機器語言的文件，運行時不需要重新翻譯，直接使用編譯的結果就行了。程序執行效率高，依賴編譯器，跨平台性差些。如C、C++、Delphi等。而相對的，解釋性語言編寫的程序不進行預先編譯，以文本方式存儲程序代碼。在發布程序時，看起來省了道編譯工序。但是在運行程序的時候，解釋性語言必須先解釋再運行。

② 什麼是編譯性語言、解釋性語言和腳本語言

編譯型語言：
編譯是指在應用源程序執行之前，就將程序源代碼「翻譯」成目標代碼(機器語言)，因此其目標程序可以脫離其語言環境獨立執行，使用比較方便、效率 較高。但應用程序一旦需要修改，必須先修改源代碼，再重新編譯生成新的目標文件(＊ .OBJ)才能執行，只有目標文件而沒有源代碼，修改很不方便。現在大多數的編程語言都是編譯型的。編譯程序將源程序翻譯成目標程序後保存在另一個文件中，該目標程序可脫離編譯程序直接在計算機上多次運行。大多數軟體產品都是以目標程序形式發行給用戶的，不僅便於直接運行，同時又使他人難於盜用其中的技術C、C++、Fortran、Visual Foxpro、Pascal、Delphi、Ada都是編譯實現的。

解釋型語言：
解釋型語言的實現中，翻譯器並不產生目標機器代碼，而是產生易於執行的中間代碼，這種中間代碼與機器代碼是不同的，中間代碼的解釋是由軟體支持的，不能直接使用硬體，軟體解釋器通常會導致執行效率較低。用解釋型語言編寫的程序是由另一個可以理解中間代碼的解釋程序執行的。與編譯程序不同的是，解釋程序的任務是逐一將源程序的語句解釋成可執行的機器指令，不需要將源程序翻譯成目標代碼後再執行。釋程序的優點是當語句出現語法錯誤時，可以立即引起程序員注意，而程序員在程序開發期間就能進行校正。對於解釋型Basic語言，需要一個專門的解釋器解釋執行 Basic程序，每條語言只有在執行才被翻譯。這種解釋型語言每執行一次就翻譯一次，因而效率低下。一般地，動態語言都是解釋型的，如Tcl、Perl、Ruby、VBScript、 javaScript等。

腳本語言又被稱為擴建的語言，或者動態語言，是一種編程語言，用來控制軟體應用程序，腳本通常以文本（如ASCII)保存，只在被調用時進行解釋或編譯。

③ 腳本語言，編譯性語言和解釋性語言的區別

編譯性語言： 在運行前需要將源代碼轉換為可執行代碼的語言。 例如：C, C++, Java, C#。 解釋性語言： 運行前不需要編譯，可直接由運行器程序直接執行的編程語言。 例如：PHP, Bash。 腳本語言： 解釋性語言中，用於執行簡單任務的語言。

④ 編譯性語言，解釋性語言和腳本語言的區別

一、翻譯和解釋的不同 翻譯的方式有兩種，一個是編譯，一個是解釋。 兩種方式只是翻譯的時間不同。編譯型語言寫的程序在被執行之前，需要一個專門的編譯過程，把程序編譯成為機器語言的文件，比如exe文件，以後要運行的話就不用重新翻譯了，直接使用編譯的結果就行了（exe文件），因為翻譯只做了一次，運行時不需要翻譯，所以編譯型語言的程序執行效率高。 解釋則不同，解釋性語言的程序不需要編譯，省了道工序，解釋性語言在運行程序的時候才翻譯，比如解釋性basic語言，專門有一個解釋器能夠直接執行basic程序，每個語句都是執行的時候才翻譯。這樣解釋性語言每執行一次就要翻譯一次，效率比較低。
二、腳本語言 ①腳本語言(JavaScript,VBscript等)介於HTML和C,C++,Java,C#等編程語言之間 HTML通常用於格式化和鏈結文本。而編程語言通常用於向機器發出一系列復雜的指令。 ②腳本語言與編程語言也有很多相似地方，其函數與編程語言比較相象一些,其也涉及到變數。與編程語言之間最大的區別是編程語言的語法和規則更為嚴格和復雜一些。 ③與程序代碼的關系:腳本也是一種語言，其同樣由程序代碼組成 註：腳本語言一般都有相應的腳本引擎來解釋執行。 他們一般需要解釋器才能運行。JAVASCRIPT,ASP,PHP,PERL都是腳本語言。C/C++編譯、鏈接後，可形成獨立執行的exe文件。 ④腳本語言是一種解釋性的語言 例如vbscript,javascript,installshield script等等,它不象c/c++等可以編譯成二進制代碼,以可執行文件的形式存在。腳本語言不需要編譯，可以直接用，由解釋器來負責解釋，不過每次都需要翻譯，執行速度慢。 ⑤腳本語言一般都是以文本形式存在,類似於一種命令 舉個例子說,如果你建立了一個程序,叫aaa.exe,可以打開.js為擴展名的文件。
你為.js文件的編寫指定了一套規則(語法),當別人編寫了.js文件後,你的程序用這種規則來理解編寫人的意圖,並作出回應.那麼,這一套規則就是腳本語言。

⑤ 什麼叫解釋性語言，什麼叫編譯性語言

解釋性語言不需要編譯, 編寫好以後可以直接丟給解釋器執行, 只要有對應的解釋器, 寫好的代碼可以在任何平台上運行
編譯性語言: 不能直接運行, 需要通過編譯器將源代碼編譯(或者翻譯)成目標平台能夠執行的二進製程序(比如windows平台上的.exe文件)

⑥ 什麼是編譯性語言，解釋性語言和腳本語言

編譯型語言：程序在執行之前需要一個專門的編譯過程，把程序編譯成 為機器語言的文件，運行時不需要重新翻譯，直接使用編譯的結果就行了。程序執行效率高，依賴編譯器，跨平台性差些。如C、C++、Delphi等.
解釋性語言編寫的程序不進行預先編譯，以文本方式存儲程序代碼。在發布程序時，看起來省了道編譯工序。但是，在運行程序的時候，解釋性語言必須先解釋再運行
腳本語言又被稱為擴建的語言，或者動態語言，是一種編程語言，用來控制軟體應用程序，腳本通常以文本（如ASCII)保存，只在被調用時進行解釋或編譯。一個腳本通常是解釋運行而非編譯

⑦ 自行編譯源代碼 有什麼好處嗎 為什麼我有個同學會因為這件事而欣喜啊 不明白有啥

所謂自己動手豐衣足食。
由於現在自動化依賴檢查、make工具逐漸增多，也變的雜亂，所以編譯代碼有時候也是一件很難的事情，尤其是無法自動計算依賴文件，並測試有效性的時候。開源社區很多項目都沒有對使用編譯工具有足夠的說明，包括boost等大型准標准庫，通常都需要自己動手修改編譯配置等。在這種意義上和自己寫代碼編譯都是很令人欣喜的。
比如在windows下要用非預編譯的mingw庫的話，就需要自己動手，通常要經過一番努力的…基於各種各樣的原因……

⑧ 解釋性語言和編譯性語言的區別

用編譯型語言寫的程序執行之前，需要一個專門的編譯過程，通過編譯系統（不僅僅只是通過編譯器，編譯器只是編譯系統的一部分）把高級語言翻譯成機器語言，把源高級程序編譯成為機器語言文件，比如windows下的exe文件。以後就可以直接運行而不需要編譯了，因為翻譯只做了一次，運行時不需要翻譯，所以編譯型語言的程序執行效率高，但也不能一概而論，部分解釋型語言的解釋器通過在運行時動態優化代碼，甚至能夠使解釋型語言的性能超過編譯型語言。
解釋則不同，解釋型語言編寫的程序不需要編譯。解釋型語言在運行的時候才翻譯，比如VB語言，在執行的時候，專門有一個解釋器能夠將VB語言翻譯成機器語言，每個語句都是執行的時候才翻譯。這樣解釋型語言每執行一次就要翻譯一次，效率比較低。