雖然NI LabVIEW軟體長期以來一直幫助工程師和科學家們快速開發功能測量和控制應用，但不是所有的新用戶都會遵循LabVIEW編程的最佳方法。 LabVIEW圖形化編程比較獨特，因為只需看一眼用戶的應用程序，就馬上可以發現用戶是否遵循編碼的最佳方法。有些用戶會犯這些錯誤是因為他們沒有真正理解LabVIEW框圖數據流背後的原理，而有些用戶則是不知道哪些特性可提高LabVIEW編程質量。
本文介紹了經驗欠缺的LabVIEW程序員最經常犯的一些編程錯誤，同時也提供了採用正確LabVIEW編程方法的建議。
過度使用平鋪式順序結構
許多LabVIEW新手並不完全了解“數據流”執行背後的概念，而這些概念卻是LabVIEW編程的基礎。其中一個現象是用戶往往在程序框圖中過度使用平鋪式順序結構。用戶經常依賴平鋪式順序結構來實現程序框圖的代碼串列執行，而不是使用數據流和節點之間的連線。
數據流編程是指只有在所需的數據輸入全部到達時，框圖上的節點(子VI、本原、結構等)才開始執行。 這對於使用LabVIEW的程序員來說非常有用，因為獨立的進程本身就可以實現并行運行，而命令式語言卻需要額外的設置才能實行并行執行。隨著計算機CPU的不斷增多，LabVIEW可自動分解并行流程，提高代碼性能，而無需用戶編寫任何額外代碼。而強行使用平鋪式順序結構來執行程序框圖不僅會限制并行運行，還會喪失這一優勢。限制程序框圖中不必要的結構有助於提高整體可讀性和保持更簡潔的框圖。
錯誤連線可以有效地實現程序框圖上的數據流，而不需要依靠平鋪式順序結構，此外錯誤連線還有助於實現錯誤處理策略。
何時應該使用平鋪式順序結構?
通過平鋪式順序結構來執行程序框圖有助於代碼性能的基準測試。通過使用框架內具有時間計數器的順序結構，您可以決定兩個時間計數器之間代碼執行所花費的時間。這是一般數據流執行所無法實現的。
圖 3. 平鋪式順序結構和時間計數器VI有助於代碼的基準測試
關於數據流編程的更多信息，請訪問在線自學培訓(ni.com/self-paced-training)LabVIEW核心課程1的“數據流”。購買LabVIEW或具有標準服務項目(ni.com/ SSP)會員資格的用戶可以免費參加在線自學培訓。
錯誤使用局部變數
LabVIEW編程中另一個常見的錯誤是過度使用局部變數。局部變數是共享內存中的一個區域，用於在計算機程序不同部分之間傳遞數據。局域變數通常用於文本編程語言，具有非常強大的功能，但如果出現競爭條件，就會產生問題。
對於其他編程語言來說，通過變數傳遞數據是必需的，而LabVIEW則提供了一種數據流方法，可將數據從程序的一個部分移動到另一個部分。LabVIEW固有的并行性機制決定著用戶不能過度使用變數，因為同一時間內通常會有多個不同的位置的程序訪問共享內存。如果過度使用變數，則會出現某個讀/寫操作贏了“競爭”，而其他操作則輸了“競爭”，丟失數據的操作會被忽視，因此在LabVIEW中過度使用變數可能會最終導致數據丟失。
您可以通過多種方法安全地將數據從LabVIEW程序的一個部分傳遞到另一個部分，包括連線、隊列、事件、通知、功能全局變數等等。每個機制都是針對特定情況設計的，但都具有消除競爭條件的功能。
關於在LabVIEW程序內正確移動數據的更多信息，請訪問在線自學培訓(ni.com/self-paced-training)LabVIEW核心課程1的“局域變數”和LabVIEW核心課程2的“通知、隊列和事件”。
忽略代碼模塊化
通常情況下，新LabVIEW用戶創建的是“即寫即忘”應用程序去完成簡單的任務，而沒有考慮到以後是否會用到這些代碼。隨著編程工作越來越多，他們會發現自己一遍又一遍地重寫同一段代碼。而如果在編程同時創建一個可復用於其他應用的模塊化子VI，就可以節省大量的開發時間。
如果您知道代碼的特定部分將會重用於同一應用程序，或感覺該部分代碼可能會用於未來的應用程序，那麼您應該花一點時間將該部分代碼變成一個子VI。如果要使某部分代碼成為一個子VI，您需要做的主要是添加一個文檔、使用“接線端”、禁用某些VI屬性。創建子VI的最簡單方法之一是高亮標記程序框圖中的某部分代碼，然後從菜單欄中選擇“編輯>>創建子VI”。這樣這部分代碼就會放到一個單獨的VI，然後使用“接線端”。您仍然需要為圖標添加說明，並將文檔記述添加到程序框圖和VI屬性中，然後取消某些VI設置，但“編輯>>創建子VI”可幫助您很好地了解代碼的模塊化功能。
