腳本語言效率
① 百戰程序員:腳本語言和程序語言有什麼區別
系統語言與腳本語言之間的區別有很多,但主要的區別是:
抽象的級別:這是最重要也是最明顯示的不同。腳本語言對程序員提供了更高級的抽象。這一點明顯表現在:在這種語言自身中,存在有高級的數據結構,如列表和字典結構,和對這種結構簡單方便的嵌套和操作。這樣可以創建非常成功的程序。
類型定義:系統語言通常是強類型和靜態類型定義。這就意味著所有變數的類型要在程序中指定,在編譯時檢查。相反地,腳本語言是最鬆散的類型定義,完全沒有類型聲明,並且在運行時進行動態類型檢查。
執行:系統語言的特點是編譯的。程序被編譯成可執行的二進制。另一方面,腳本語言的特點是解釋,也就是,指令被立即執行,不存在一個編譯的中間狀態。這就意味著腳本語言是互動式的(你可以在提示符下敲入命令,並且看到結果),這是另一個巨大的勝利。這樣完全將編譯過程從編輯-編譯-運行循環中去掉了。
速度:以上三點是腳本語言一方面在速度與效率, 一方面在易用性與表示式的強大性之間進行折衷的典型例子。這就使得腳本語言的執行速度比系統語言慢一個數量級。這就是對腳本語言誹謗最多的方面。性能的降低不是真正的問題,因為思想是用腳本語言來組合組件,這些組件是用象C 這樣的快速系統語言來編寫的。所以所有需要運行快速的東西將因為是用快速的語言實現的而運行得快速。腳本語言只用於將東西綁在一起,並且這些通常不是性能的瓶頸( 或如果是,你需要重新檢查你的設計)。
② 靜態語言和腳本語言哪個效率高
靜態語言。
腳本語言是解釋型程序,靜態語言是編譯程序。一般來說,解釋型程序要比編譯後的程序執行起來慢。這是由於在解釋型程序中,每條源代碼指令在執行時都要從新翻譯一次該源代碼指令。然而在編譯後的程序中,每條源代碼指令只翻譯一次。
其實對於許多平常的編程工做,解釋型程序的執行速度也是足夠的,並且如今硬體(伺服器)性能也愈來愈強,它的優勢在於開發簡單而迅速得多。但是如果你很強的話當然是靜態語言效率更高。
③ 什麼是腳本語言和編程語言的區別
各種動態語言,如ASP、PHP、CGI、JSP等,都是腳本語言。
計算機語言總的來說可以分成機器語言,匯編語言,高級語言(就是你所想的程序語言,如:VB,C,C++,C#,java,Dephi..)三大類。
腳本英文為Script。實際上腳本就是程序,一般都是有應用程序提供的編程語言。
應用程序包括瀏覽器(javascript、VBScript)、多媒體創作工具,應用程序的宏和創作系統的批處理語言也可以歸入腳本之類。
腳本同平時使用的VB、C語言的區別主要是:
1、腳本語法比較簡單,比較容易掌握;
2、腳本與應用程序密切相關,所以包括相對應用程序自身的功能;
3、腳本一般不具備通用性,所能處理的問題范圍有限。
④ 為什麼使用腳本語言可以提高開發效率
現在硬體發展迅速,除了伺服器上的資源比較緊張因為訪問的人多之外,客戶端都是一台機器一個,所以用個腳本效率低點不成問題。腳本語言里根本沒有類型的概念,內存也不用管,甚至高級的數據結構都是現成的了,相比實現相同功能的高級語言繁瑣的代碼,腳本無疑更好維護。
⑤ 腳本語言和編程語言的區別是什麼
1、腳本語言:又被稱為擴建的語言,或者動態語言,是一種編程語言,用來控制軟體應用程序。
2、編程語言:一種計算機語言讓程序員能夠准確地定義計算機所需要使用的數據,並精確地定義在不同情況下所應當採取的行動。
二、特點不同
1、腳本語言:腳本通常以文本(如ASCII)保存,只在被調用時進行解釋或編譯。
2、編程語言:程序在運行時可以改變其結構,開發快速,接近自然語言,易於理解,更方便的代碼管理。
三、優缺點不同
1、腳本語言:腳本語言極大地簡化了「開發、部署、測試和調試」的周期過程。大多數腳本語言都能夠隨時部署,而不需要耗時的編譯/打包過程。
2、編程語言:任何編程語言的使用都需要確保編寫的程序能夠根據實際需要及時調整。因此,快速原型開發環境非常重要,在這種環境下,動態語言和相關庫的結合可以大大增強其優勢。
⑥ 對於腳本語言,是不是變數名越短,效率越高
對於腳本語言,是不是變數名越短,效率越高?
看到有網友這樣說,意思是,變數名短,腳本解析起來,效率高些。
對於編譯型語言,變數名長短,不影響效率,因為它執行的是編譯後的二進制碼,不用臨時解析變數。
但是腳本就不同了,是運行是解析的,所以變數名的長短就對效率產生影響了。
⑦ 你平時會用腳本語言完成哪些常用的工作或生活問題
在現在社會發的比較快,腳本語言是一種比較方便的程序,因為我之前是做it的,他能夠讓我的工作效率更高,在生活中我喜歡打游戲,能夠讓我的游戲玩的更好。
總而言之,腳本語言已經是我的生活中不可缺失的一部分,不管是工作還是生活,都能夠給我帶來更大的樂趣,提高工作效率,但是我們應該把腳本用在對的地方,不要偷奸耍滑,做一些違反法律的事情。
⑧ 腳本語言需要解釋器才能運行,為什麼可以用python來寫Pypy,而且效率比CPython更高呢
但是C因為跟底層過於接近,所以實現JIT解釋器有諸多限制。(比如Psyco到項目死亡為止都沒能實現出64位的JIT解釋器) Pypy則換了另外一種思路。它先實現了一個Python的子集(注意,不是完整的python),叫RPython。然後用RPython去實現了Python的JIT解釋器。這個RPython本身,並不依賴運行時解釋器,而是直接被翻譯成C代碼(實際上可以翻譯成多種目標代碼,如Java、C#等)再進行編譯,本質上它是一種編譯型語言。所以,用RPython寫出來的程序,最終是會被編譯成本地代碼的,跟C寫的沒有本質區別。 由於RPython作者強大的優化功力,RPython程序最終編譯結果基本等同於C直接寫的效率。用這種程序實現出來的JIT解釋器,自然也不會慢。而JIT技術,又保證了運行在這個解釋器上的Python程序的效率的提升。
⑨ 「腳本語言實現伺服器比c++開發效率高」具體體現在哪些方面
腳本開發效率來自現成的字元串操作、列表集合操作 等常用操作的便利、內存管理自動化 ,所以代碼一行頂5行,坑少。
如果一個團隊已經 c/c++ 熟練,而且積累了大量的庫,自然也能做到與腳本一樣的開發效率了:代碼量沒多多少,操作沒繁瑣多少,更重要的是 c/c++ 的坑基本都在以前趟過了。
⑩ 「腳本語言實現伺服器比c++開發效率高」具體體現在哪些方面
· 爛C++代碼的維護難度比爛腳本代碼的維護難度大多了
· 腳本可以寫完一部分,就上線用。沒寫完的代碼,只要沒在執行路徑裡面就沒影響。不像C++,會編譯不過!腳本的上線速度比起C++來那是好太多了