初次接觸低代碼的程序員大多會糾結(jié)一個問題，為什么功能越強大的低代碼開發(fā)平臺越不會提供導出源代碼的功能？
要想回答這個問題，我們得回顧一下低代碼開發(fā)的發(fā)展史。事實上，支持導出源代碼的低代碼工具，是上一個時代的產(chǎn)品了?，F(xiàn)在，大多數(shù)還有研發(fā)能力而且愿意推進產(chǎn)品化的低代碼廠商都已經(jīng)完成了或者正在進行向元數(shù)據(jù)驅(qū)動的轉(zhuǎn)型。
站在2023年，國內(nèi)低代碼行業(yè)的廠商多樣性太強，魚龍混雜。為了說清代碼生成器和元數(shù)據(jù)驅(qū)動的差異和優(yōu)缺點，我們可以用Windows桌面程序的可視化開發(fā)作為類比，畢竟Visual Studio可以算是低代碼的鼻祖之一了。
最初Visual Studio和更早期的Visual Basic在設計界面時采用了代碼生成器的技術(shù)方案，IDE將用戶拖拽控件、設置屬性的動作直接翻譯成操作這些控件的代碼。用戶可以直接獲取到這些代碼，如果有需要則可以通過修改這些代碼來實現(xiàn)對VS可視化開發(fā)能力的擴展。
（Visual Studio 生成的WinForm代碼）
這種做法歷史悠久，可以上溯到90年代。有點很明顯，這種做法對IDE來說，實現(xiàn)起來最簡單，用戶動手修改起來也是比較方便的。然而，如果用戶真的使用這種做法開發(fā)一個大型的項目并長期維護，就會發(fā)現(xiàn)放任開發(fā)人員對designer generated code部分進行修改，先不提如何讀懂設計器生成的沒有注釋的代碼，很容易導致后續(xù)的可視化操作沖掉一部分手工修改的代碼，甚至連可視化設計頁面都無法打開。可視化開發(fā)成了“一錘子買賣”，長期來看，可視化開發(fā)帶來的開發(fā)效率和可維護性優(yōu)勢都非常有限。畢竟，軟件不是一蹴而就的，而是需要長期的維護和迭代，才能充分發(fā)揮出價值。
為了解決這個問題，讓可視化開發(fā)可以長期發(fā)揮效用，微軟在做新一代桌面應用開發(fā)方式時參考了Web中使用的HTML技術(shù)，2008年推出了WPF技術(shù)。使用Visual Studio開發(fā)WPF應用的界面時，IDE將用戶拖拽控件、設置屬性的結(jié)果保存為XAML格式（一種XML）的元數(shù)據(jù)。因為XAML本身就是可視化設計的結(jié)果，可以和可視化設計器一一對應，用戶對XAML的修改可以實時反饋到可視化設計頁面，這就是Visual Studio默認的Split視圖。用戶可以隨時在可視化開發(fā)和編碼擴展之間切換，適配開發(fā)階段和維護階段。
（Visual Studio生成的WPF元數(shù)據(jù)）
將面向過程的代碼切換為面向結(jié)果的元數(shù)據(jù)，可視化開發(fā)從“一錘子買賣”到持續(xù)覆蓋，可視化開發(fā)終于發(fā)揮出了應有的價值。下面是兩種技術(shù)路線的特性對比：
|
評價標準 | 生成源代碼 | 生成元數(shù)據(jù) |
產(chǎn)品化程度 | 低（需通過混淆來保護版權(quán)） | 高 |
擴展開發(fā)的推薦方式 | 修改生成的源代碼 | 開發(fā)插件（元數(shù)據(jù)標簽） |
可視化開發(fā)覆蓋度 | 創(chuàng)建時 | 全生命周期 |
總體的可維護性 | 差 | 好 |
總體的開發(fā)效率 | 低（與編碼開發(fā)接近） | 高 |
回到文章開頭的問題。作為一名程序員，如果你希望使用低代碼開發(fā)工具構(gòu)建并長期維護一個軟件項目，請趁早拋棄“導出源代碼”的想法，因為低代碼最大的價值并不是像可配置的代碼模板一樣，初次創(chuàng)建一個頁面或業(yè)務邏輯，而是降低長期的開發(fā)和維護成本。選擇一個產(chǎn)品化程度高（重點關(guān)注頁面和邏輯設計的靈活度、文檔、教程和開發(fā)者社區(qū)），采用元數(shù)據(jù)驅(qū)動技術(shù)路線的低代碼開發(fā)平臺吧，比如葡萄城的活字格低代碼開發(fā)平臺，如果有必要按照廠商提供的類似于“插件”或“子系統(tǒng)集成”的方式進行擴展開發(fā)。
如果你做的是“一錘子買賣”的項目，后續(xù)將維護工作完全移交給甲方，那就別用低代碼。讀別人寫的代碼很痛苦，讀機器生成的沒有注釋的代碼簡直是噩夢。大家都是程序員，同行何苦為難同行？
如果想了解更多低代碼信息，歡迎私信回復“低代碼”了解更多~
版權(quán)聲明：本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務，不擁有所有權(quán)，不承擔相關(guān)法律責任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權(quán)/違法違規(guī)的內(nèi)容， 請發(fā)送郵件至 舉報，一經(jīng)查實，本站將立刻刪除。
