LabVIEW與其他大多數(shù)通用編程語言存在兩點主要差異。 首先，進行G編程需要將程序框圖上的圖標連接在一起，之后程序框圖被直接編譯為計算機處理器能夠加以執(zhí)行的機器碼。 采用圖形而非文本代表自身的G，包含與最傳統(tǒng)語言相同的編程概念。 例如，G包含所有標準構造，如：數(shù)據(jù)類型、循環(huán)、事件處理、變量、遞歸、面向對象的編程。

　　第二項主要區(qū)別在于：由LabVIEW開發(fā)的G代碼，其執(zhí)行時遵照的規(guī)則是數(shù)據(jù)流，而不是大多數(shù)基于文本的編程語言（如：C和C++）中更傳統(tǒng)的過程化方式（即，被執(zhí)行的命令序列）。 G等數(shù)據(jù)流語言（以及Agilent VEE、Microsoft Visual Programming Language、Apple Quartz Composer）將數(shù)據(jù)作為支持各類程序的主要概念。 而數(shù)據(jù)流執(zhí)行模式是由數(shù)據(jù)驅動的，或者說是依賴于數(shù)據(jù)的。 是程序內節(jié)點間的數(shù)據(jù)流動，而非文本的順序行，決定著執(zhí)行順序。

　　這種差別起初也許不大，影響卻是非凡的，因為它讓程序組件間的數(shù)據(jù)路徑成為開發(fā)者關注的重點。 LabVIEW程序中的節(jié)點（即：函數(shù)、循環(huán)等結構、子程序……）獲取輸入數(shù)據(jù)、處理數(shù)據(jù)并生成輸出數(shù)據(jù)。 一旦所有給定節(jié)點的輸入都包含有效數(shù)據(jù)，該節(jié)點就會執(zhí)行其邏輯、產生輸出數(shù)據(jù)并將該數(shù)據(jù)傳遞至數(shù)據(jù)流路徑中的下一個節(jié)點。 從別的節(jié)點接收數(shù)據(jù)的節(jié)點只在別的節(jié)點執(zhí)行完以后才開始執(zhí)行。