OOWA: 論圖形化編程語言的前景

來自專欄作為工具的語言

這裡是個人嘗試用 labview 的 G 語言編程時的感想。

圖形化編程語言應當將圖形看作一種視圖（view），本身還是應該立足於文本。因為基於文本的編輯方式，有很多不可替代的地方（比如更方便的查找替換，更自由簡單的定義空間，更少的存儲空間，更簡單易實現的設計）。

所以，對於圖形化編程語言，其正確的設計方式，應當是「編程語言的圖形化」。

也就是說，將源代碼映射成圖形方式的視圖，源代碼上的任何改動都可以反映到圖形視圖上；同時，圖形視圖上也提供編輯（edit）功能，在圖形視圖上的任何編輯也將導致源代碼文件的對應改動。

右鍵點擊圖形視圖上的圖形，選擇「go to the source」，就可以找到其對應的源代碼；

右鍵點擊源代碼中的一段代碼，選擇「go to the view」，就可以找到其對應的視圖圖形。

這樣，我們就可以同時保留文本閱讀與編輯，和圖形閱讀與編輯，它們各自的優勢。

但這樣的功能特性，一定是結合 IDE 實現的（也就是超出了「編程語言」這個範疇）。所以， OOWA 中的第二個 O 正是代表了 One system 這麼一種編程環境。

根據 When we share, everyone wins - Creative Commons 網站的協議，本文

署名-非商業性使用-相同方式共享

CC BY-NC-SA

推薦閱讀：