你這問題能用幾張圖片回答嗎？

一樣的道理，簡單的問題能用影象表述，有些複雜的問題能用影象表述是因為問題被抽象了，表述的是抽象部分，而不是問題的全部。

先說結論，我也不看好，雖然我也是程式設計師。

圖形化程式設計這個目前還處在早期，人工智慧沒有解決自動生成程式碼之前，所謂的圖形化只是有教學意義，並不能實際提高產生生產力，基於規則的只能生成基礎程式碼，並不能用在業務上跑。

如果這樣來看，確實不看好。

不看好圖形化程式設計，雖然我不是程式設計師。

現在的圖形化程式設計，無非是把程式語言畫成了圖形符號。打個比方，我們好不容易從原始塗鴉發展出了語言文字。但有人卻覺得還是塗鴉好懂，都用塗鴉了，就沒有文盲了。於是，又把語言再改成塗鴉，這其實是一種退化。因此，圖形化程式設計存在著很多弊端。比如，無法準確做除錯，做不了太複雜的程式（我相信x寶絕對不會用圖形化程式設計）。

圖形化程式設計不能侷限到某種語言上，而應該實現所見即所得的功能。想象一下，你畫出一個網頁，立刻就能變成程式碼執行起來，這才是圖形化程式設計該有的樣子，不僅僅是圖形，手式、表情甚至是對話都可以用來程式設計，讓電腦理解人的意圖，而不是讓人理解抽象的程式語言，這才是圖形化程式設計的該有的目標吧。

稍微基礎點的演算法都需要上百行得程式碼，擴充套件成圖形化的話，至少也要在介面上放上上百個圖形，你確定你能理解圖形化程式碼裡表達的演算法含義嗎？有點邏輯能力的人無所謂是否圖形化，是否是中文程式設計。沒那點邏輯能力的人，連口頭表述溝通演算法都有點問題，圖形化能拯救他們嗎？不能

程式本身就是在無介面下一行行程式碼編輯和執行的，那麼程式設計也無法避免開發者和晦澀難懂的程式碼的直接接觸。那麼一般情況下，開發者多半時間都是要直接和程式碼接觸而不是以圖形化的方式來進行程式設計。

圖形化程式設計一般用在學生教學、簡單小型的專案（如winform、wpf等）等上面，適用範圍很小，而且這些圖形化程式設計工具還是需要透過晦澀難懂的程式碼，透過呼叫系統圖形顯示介面，驅動顯示器來呈現出好看易用的圖形化程式設計介面的，很多東西都做了封裝，長時間習慣圖形化程式設計，拖拽式程式設計以後，會極度依賴於此程式設計方式，當出現異常錯誤等情況時，由於高度的封裝，問題難以排查，也不能看到原始碼來了解其中內部的原理，自己的技術不能得到提升，如果不是初學者，不推薦。

影象化程式設計也不是剛出現的概念，以前在我讀書的時候在電子工程專業中電路設計實際上就用上了圖形化程式設計來設計電路的。雖然那時的應用還很有限，但是發展了那麼十幾年還是應用非常有限，實際上還是有其原因的。

任何一個產品要使用起來簡單往往代表著需要複雜的研發過程，圖形化程式設計就是這樣的一個產品，畢竟程式設計是一個非常個性化的過程。就算有很多程式碼規範，但是每個專案都有他們獨特的方面，那作為圖形化程式設計工具就需要考慮到方方面面，簡單舉例來說，一個按鈕，可能就會有十幾個不同的引數，如果是一系列按鈕的話，那就更復雜了。這個時候如果要做出可用的圖形化程式設計工具就需要非常抽象的設計每個元件。那如果對一個元件，引數設定一多實際上就體現不出圖形化程式設計的優勢了。以前電路設計的時候，因為每個元件所需要設定的引數非常有限，所以就比較容易實現，比如一個三極體可能只需要設定觸發電壓值就可以了。

這個和研發複雜是有直接關係的，因為研發過程中需要考慮到很多可能性，或者為了有一款可用的產品，就會犧牲一些功能，這樣就會對於最終使用這個程式設計工具的使用者感覺限制變多了，畢竟程式設計師基本是透過程式設計來實現某個型別的產品，而且很多時候新產品需要比較創新的寫法，如果程式設計工具在擴充套件性上有限制就不會是一款很值得使用的程式設計工具了。再說剛剛那個按鈕元件的例子，比如工具開發的時候沒有將按鈕在畫板外會是什麼樣的狀態做設計，那麼如果需要一個不可見的按鈕時如何處理呢？

可能是因為程式設計師看程式碼比較習慣，圖形化程式設計過程中很多邏輯都不是那麼一目瞭然。尤其對於一些隱形不可見的邏輯，比如點選這個按鈕，某段文字會變色等等這樣的互動就不太容易在圖形化程式設計中實現，可能可以透過連線來關聯兩個不同元件的邏輯關係，不過當系統比較複雜之後，這樣的線就會很多，也就變得非常難以一眼看明白。

圖形化程式設計可能一個優勢就是可以不用記程式碼的意義，直接透過所見即所得的方式來選擇不同元件，建立元件之間的關係。不過因為涉及很多引數的設定，一行程式碼能解決的樣式，可能在圖形化中需要通過幾次滑鼠點選加上幾次鍵盤輸入才能完成。寫程式碼最高效的過程是雙手不離開鍵盤，這樣既減少了手從鍵盤到滑鼠這個過程所需的時間，而且打字和點選滑鼠需要不同的操控習慣，反覆切換也會比較浪費時間。

總之程式設計師不會看好圖形化程式設計主要還是現在透過寫程式碼能做的事情比圖形化程式設計要多，而且效率還高。不過，圖形化程式設計還是有其適合的領域的，比如少兒程式設計入門等等，這樣圖形化程式設計的優勢就能被更大的發揮了

圖形化程式設計本質也是一段段程式碼寫出來的，適用的範圍是設定好規則了的，如果需求沒有超出設定的功能範圍，是可以使用的。

但如果想要個性化自己的專案的時候，圖形化程式設計的功能無法滿足自己專案的需求，這就尷尬了，當然，如果小專案要求不高還是可以玩玩的