“為什麼LabVIEW優於C語言？” 作為LabVIEW產品經理，我被很多次問到這個問題。

老實說，這麼提問實際上是錯誤的。必須要有具體的應用環境，這麼提問才有意義（例如，“在這些限製條件下，哪一種語言更適合這個任務？”） 若沒有這些細節
，這個問題就像為什麼麵包比麵粉好一般無意義。

如果您想創建一個測控係統，不同於C語言等低級語言，使用NI LabVIEW係統設計軟件能夠幫助您降低風險、節省開支並免除不必要的麻煩。在這裏我並非暗示LabVIEW是比C語言“更好”的編程語言――特別是考慮到LabVIEW大部分內容不僅僅由G語言編寫，還由C和C++語言組成。 恰恰相反，這兩種語言各自具有不同的優勢，程序員應合理擇取才能達到自己的目的。

為什麼要把LabVIEW比作麵包
？ 請繼續閱讀

LabVIEW和C語言相比起來就好比麵包和麵粉的關係。 如果您想做一個三明治，就必須先選用麵包。 如果您想做一個蛋糕
，先用的自然是麵粉。 如果用麵粉從頭烘烤麵包
，即昂貴又費時（尤其是當你隻想吃些小點心時），但若做的是蛋糕，麵粉就必不可少了。 同樣的，你會發現，要選擇最適合的編程語言並非易事

，它歸結為使用正確的工具來完成適合的工作。

C語言提供了低級別的控製

當應用資源有限，必須嚴格管理時，C語言的使用效果更好。 由於C語(yu)言(yan)是(shi)相(xiang)對(dui)低(di)級(ji)別(bie)的(de)語(yu)言(yan)，因(yin)此(ci)，即(ji)便(bian)是(shi)最(zui)細(xi)微(wei)的(de)細(xi)節(jie)，如(ru)內(nei)存(cun)分(fen)配(pei)和(he)線(xian)程(cheng)，都(dou)必(bi)須(xu)考(kao)慮(lv)周(zhou)全(quan)。優(you)秀(xiu)的(de)程(cheng)序(xu)員(yuan)能(neng)夠(gou)使(shi)用(yong)低(di)級(ji)別(bie)的(de)控(kong)製(zhi)，省(sheng)去(qu)大(da)部(bu)分(fen)高(gao)級(ji)別(bie)應(ying)用(yong)帶(dai)來(lai)的(de)間(jian)接(jie)開(kai)銷(xiao)。此(ci)外(wai)，還(hai)能(neng)充(chong)分(fen)利(li)用(yong)目(mu)標(biao)體(ti)係(xi)構(gou)架(jia)或(huo)主(zhu)機(ji)操(cao)作(zuo)係(xi)統(tong)屬(shu)性(xing)，實(shi)現(xian)更(geng)高(gao)的(de)性(xing)能(neng)。

正是由於上述原因，NI程序員使用C或C++編寫了LabVIEW庫中的大部分內容。LabVIEW與C語言在文件I/O和分析等操作的運行速度上旗鼓相當，因為這些操作都是基於低級語言編寫的
，並對LabVIEW支持的不同平台和操作係統進行了優化。

效率Vs控製

有時
，若開發人員的效率足夠高的話，就無需手動優化代碼了。 減少一點控製，借鑒類似問題的解決方案，可極大地促進項目的高質量開發。 編程語言不斷朝更高級抽象方向發展，讓您更專注於手頭的問題，而不是被計算細節所困擾。         

LabVIEW: 並行執行和真實I/O

無論使用何種語言，高級係統設計與低級執行都是獨立的。

在測控應用中，編程隻是係統設計者的任務之一。 工程師很少有時間為了計算和測量硬件
，或是操作係統上的改進
，去更新或重寫舊版本軟件。 他們通過獲取、處理和呈現真實數據進行改進――而不是去挖掘新方法處理內存分配和線程池。 使用LabVIEW
，您可以使用經測試、支持

、維護的NI底層代碼庫來創建應用。 而選擇C語言意味著您需要實現、支持和維護自己的底層庫，或從供應商處購買（NI提供NI LabWindows ™/CVI 軟件與NI Measurement Studio）