從LabVIEW 7開始正是接觸G語言,從7.1、8.0、8.2、8.5、8.5.1….的版本不斷更替至今已經5年有余。與大多數工科學生一樣,我從C語言的數據結構開始學習程序設計的。依然記得當初在微機上使用Turbo C敲出那一串串的字符時,在黑色的背景屏中赫然出現“Hello World”時的興奮。隨后,從順序結構、循環(huán)結構、分支結構到指針、結構體、函數等等,終于掀開了程序設計過程中的冰山一角。那是的自己還遠遠談不上對程序或者計算機編程語言的理解,完全是依葫蘆畫瓢式的敲著各種各樣的代碼(盡管不能悉數理解)。
進行界面式的程序是從Borland C++開始的,后續(xù)也解除了Visual C++、Visual Basic、C#等等??偸窃谒伎家粋€問題,為什么程序設計不能夠被普及或者說更加容易地上手呢?初次接觸LabVIEW時,感覺是新鮮的,一切與傳統(tǒng)的文本式編程都看起來不一樣(事實上核心的想法是不會改變的)。隨著學習的不斷深入,也逐漸地了解到了它與其它語言的差別,以及具體的應用環(huán)境。
可以說與測試測量領域的接觸正是從這個工具開始的,這可以說是不可思議的,因為它僅僅是一個工具,但是這也的確是進入一個領域的一種途徑。事實上,LabVIEW也在不斷地成長,越來越多地人學習使用這個工具。我也在選修課堂上向師弟師妹們介紹這門應用于測試測量領域的語言的使用方法。同時,在使用過程中也逐漸地積累了部分的經驗并且開始從這里開始探尋程序設計背后的理念和思維。
在選修課或者其它的場合,初學者常常會問:XXX能夠使用LabVIEW實現嗎?這常常讓我不知道如何解釋LabVIEW在XXX中到底扮演了什么樣的角色?事實上,很多人遇到的XXX問題在更多的時候是一個算法的問題,而程序設計語言在其中僅僅充當了一個實現的載體。因此,當你遇到了一個問題的時候,是否可以這樣去思考:如果使用C語言,我該如何實現呢?慢慢地,你將習慣地在思考一個問題的時候不再將其附加于某種實現工具上,而是更加準確地抓住了問題的本質。
讀研究生期間,受到導師的建議,與實驗室的同學將過去一段時間內使用LabVIEW的感受做一個總結從而形成了一本書。得益于這個機會,也讓我有機會將使用LabVIEW的實踐行為提煉成文字。同時,我也認真地閱讀和參考了各種論壇、書籍的一些觀點,逐漸加深了LabVIEW在使用中的一些技巧判斷和設計思路。
誠然,LabVIEW的圖形化設計方式讓無數工程師敲開了程序設計的大門,但是利用LabVIEW構建一個高效、合理、穩(wěn)定和彈性的測試系統(tǒng)卻并不是一件易事。在項目開發(fā)的過程中,我在不斷地思考、歸納和總結這些測試項目背后的共同點,也逐漸地窺得一二。因此,我打算將一些想法和感受總結成一份手札,對自己是一種階段性的總結和思考,對后來者算是一份禮物吧。也許有些問題大家也曾經思考過,并且得到了一種更具優(yōu)勢的解決方案,也歡迎一起交流。
當然,LabVIEW僅僅是幫助大家實現特有問題的一種專業(yè)性工具。因此,這里的探討主要體現在LabVIEW在測試測量中的應用或者LabVIEW本身的使用方法,而有關如何使用LabVIEW或者LabVIEW編程指南請參考其它書籍。本系列文章皆為原創(chuàng)(部分可能會參考論壇或書籍的內容,會相應地注明出處),轉載請注明出處。