LabVIEW還是C語言？

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

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

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

　　LabVIEW和C語言相比起來就好比面包和面粉的關系。 如果您想做一個三明治，就必須先選用面包。 如果您想做一個蛋糕，先用的自然是面粉。 如果用面粉從頭烘烤面包，即昂貴又費時(尤其是當你只想吃些小點心時)，但若做的是蛋糕，面粉就必不可少了。 同樣的，你會發現，要選擇最適合的編程語言并非易事，它歸結為使用正確的工具來完成適合的工作。

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

　　當應用資源有限，必須嚴格管理時，C語言的使用效果更好。 由于C語言是相對低級別的語言，因此，即便是最細微的細節，如內存分配和線程，都必須考慮周全。優秀的程序員能夠使用低級別的控制，省去大部分高級別應用帶來的間接開銷。此外，還能充分利用目標體系構架或主機操作系統屬性，實現更高的性能。

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

　　效率Vs控制

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