當我開始在鍵盤上敲打出這句話的時候，我已經使用 LabVIEW 7 年了。7 年的時間，就算天賦平平也可以積攢下一籮筐可供參考的經驗了。所以我打算利用今后的閑暇時間寫一些這方面的東西，既可以同大家交流，也是作為自己這七年工作的總結。 還是在上大學的時候，有一次老師讓編寫一段軟件，用來模擬一個控制系統：給它一個激勵信號，然后顯示出它的輸出信號。那時我就想過，可以把每一個簡單的傳遞函數都做成一個個小方塊，使用的時候可以選擇需要的函數模塊，用線把它們連起來，這樣就可以方便地搭建出各種復雜系統。 后來，我第一次看到別人給我演示的 LabVIEW 編程，就是把一些小方塊用線連起來，完成了一段程序。我當時就感覺到，這和我曾經有過的想法多么相似啊。一種親切感油然而生，從此我對 LabVIEW 的喜愛就一直勝過其他的編程語言。 LabVIEW 的第一個版本發布于1986年，是在 Macintosh 機上實現的，后來才移植到了 PC 機上，并且 LabVIEW 從未放棄過對跨平臺的支持。這也給 LabVIEW 帶來了一些麻煩。最明顯的就是 LabVIEW 開發環境的界面風格。它總是與一般的 Windows 應用程序有些格格不入：面板是深灰色的，按鍵鈕是看起來別別扭扭的 3D 模樣。還有一些可能不太容易發現：比如對于整數的存儲，LabVIEW 即便是運行在 x86系統上，采用的也是高地址位存高位數據（big-ending）。這與我們習慣了的 x86 CPU 使用的格式正相反，這往往給編寫存取二進制文件帶來了不多不少的麻煩。 我接觸過的最早的 LabVIEW 版本是4.0版，發布包是一個裝有十幾張三寸軟盤的大盒子。安裝的時候要按順序把軟盤一個一個塞到計算機里。盡管當時 LabVIEW 的界面不是很好看，但我還是非常喜歡它。真方便吶！比如說要畫一個開關，用 LabVIEW 一拖就行了。如果要自己動手用 C 語言設計一個好看的開關，，那得費多少時間??！我尤其喜歡它通過連線來編程的方式，盡管很多熟悉了文本編程語言的人剛開始時會對這種圖形化編程方式非常不適應。 從 4.0 到現在的 8.2，LabVIEW 的一些技術革新給我留下了非常深的印象。比如說 LabVIEW 5 中實現了多線程運行; LabVIEW 6 里漂亮的 3D 控件，和對事件響應的支持;LabVIEW 7 中的 Express VI 以及 LabVIEW 8 中的工程庫。這些新特性都已成為了現在 LabVIEW 版本中富有特色并不可缺少的一部分了。 我對使用 LabVIEW 編程的認識在這些年里經歷了不少轉變。剛開始接觸 LabVIEW 的時候，第一印象就是覺得這東西編程序比 C 語言簡單多了，尤其在設計界面時確實方便簡易。LabVIEW 是一種真正意義上的圖形化編程語言。與文本編程語言，如 C、Basic 等相比，它在編程過程中有更詳細的提示信息，如函數的功能、參數類型等等，程序員再不需要去記憶這些枯燥的信息了。編寫風格良好的圖形程序代碼要比文本代碼更加清晰直觀，便于閱讀。 剛開始用 LabVIEW 編程時，我連一本相關的書籍都沒讀過，差不多完全靠自己摸索。當時，市面上幾乎沒有有關 LabVIEW 的中文書籍，而閱讀英文資料又感覺得太累。但是，靠自己摸索的方法也有好處，最明顯的就是有成就感：自己琢磨著解決了一個問題，比模仿別人的方法做更令人興奮。再者，他人的方案并不一定是最佳的，自己獨自思索就不至于被他人的方案局限住思路。 當然，我不會滿足于只用 LabVIEW 編寫一些簡單的程序。我還希望能夠用它來編寫大型的軟件，并且提高自己的開發效率。這時，自己的編程水平有一個質的提高，不閱讀相關的書籍資料就不行了。有些問題，不讀書，自己可能永遠都得不到最佳的答案。同樣，有些 LabVIEW 的功能，如果不閱讀原始資料，自己也許永遠都掌握不了。于是，我把能得到的 LabVIEW 的中高級教程都看了一遍。因為自己有了一定的基礎，我就可以在讀書的過程中反思自己以前的編程方法是否合理，高效。我覺得最好的 LabVIEW 教程還是 NI 自己編寫的 LabVIEW 中高級教程。但書本中一般原理講得多，具體的編程技巧涉及得少，所以還必須大量閱讀別人的代碼，才能學習到更多更好的編程方法。 隨著時間的流逝，我慢慢地產生了 LabVIEW 應當進一步改善的想法。作為一名忠實的 LabVIEW 語言的使用者，我衷心地期望著 LabVIEW 在日后也可以成為一種被廣為使用的通用編程語言，能夠在更廣泛的領域與 C，Java 等爭得一席之地。LabVIEW 雖然有它獨特的優勢，但其不足之處也很明顯。我在編程過程中就曾感覺到它很多的使用不方便之處。下一步，我追求的目標就是能盡自己所能，對 LabVIEW 作一些改進和完善，使它更適應于通用編程之用。