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