低代碼與無代碼的異同點(diǎn)

李佳

低代碼和無代碼應(yīng)用開發(fā)都遵循著代碼抽象化原則來實(shí)現(xiàn)建模的可視化。但基于這2種方法構(gòu)建的應(yīng)用在規(guī)模和類型卻有著根本性的區(qū)別。

低代碼與無代碼的相同點(diǎn)

低代碼和無代碼開發(fā)平臺(tái)都無需編寫代碼就能構(gòu)建軟件應(yīng)用。它們都不要求開發(fā)人員具備任何傳統(tǒng)編程語言的知識(shí)，而是提供了一種可視化的應(yīng)用開發(fā)方法，這讓更多人，尤其是精通技術(shù)的業(yè)務(wù)人員可以開發(fā)應(yīng)用。

低代碼和無代碼開發(fā)平臺(tái)都致力于幫助專業(yè)和非專業(yè)開發(fā)人員高效創(chuàng)建應(yīng)用，提高生產(chǎn)力。通過平臺(tái)即服務(wù)（PaaS）的方式，這2種開發(fā)平臺(tái)都削減了環(huán)境搭建以及基礎(chǔ)設(shè)施維護(hù)的成本。但除此之外，它們幾乎沒有其他相同之處。

低代碼與無代碼的不同點(diǎn)

無代碼

與低代碼平臺(tái)相比，無代碼平臺(tái)更加簡單。無代碼平臺(tái)可以使用戶實(shí)現(xiàn)可視化的、拖拽式方法創(chuàng)建基本的功能性應(yīng)用，但卻無法在平臺(tái)上改造或是擴(kuò)展遺留系統(tǒng)。除此之外，無代碼平臺(tái)的集成能力有限。因此，這種創(chuàng)建模式最適合用于在特定范圍內(nèi)有特定需求的團(tuán)隊(duì)。

無代碼平臺(tái)的簡單性和易用性也是它的缺點(diǎn)。由于其大部分框架是由開發(fā)人員決定的，因此它的自定義范圍有限，甚至無法自定義。這就為安全和合規(guī)問題留下了潛在的漏洞。

此外，在將應(yīng)用集成到整個(gè)企業(yè)架構(gòu)方面，無代碼平臺(tái)的功能十分有限，甚至并不具備這一功能。如果開發(fā)人員在創(chuàng)建時(shí)不加以監(jiān)督和考慮，那么無代碼應(yīng)用最終還會(huì)引發(fā)影子IT的盛行。

既然無代碼平臺(tái)的功能有限，那么為什么它能夠存在這么久呢？答案是沒有編碼知識(shí)或經(jīng)驗(yàn)的人可以輕松使用無代碼平臺(tái)，尤其是那些不想（或無法）等著技術(shù)部門創(chuàng)建的人。對(duì)于非技術(shù)人員而言，他們也可以在將想法提交給IT部門進(jìn)行全面開發(fā)之前，使用無代碼平臺(tái)來搭建所需的原型。

站在部門應(yīng)用的角度來看，無代碼平臺(tái)的簡易性是可行的，然而，一旦擴(kuò)展到企業(yè)層面的應(yīng)用時(shí)，就會(huì)帶來眾多挑戰(zhàn)：

架構(gòu)方面的考慮：由于開發(fā)人員對(duì)應(yīng)用架構(gòu)模式缺乏經(jīng)驗(yàn)，因此單一應(yīng)用架構(gòu)的風(fēng)險(xiǎn)會(huì)有所增加。而且大多數(shù)無代碼平臺(tái)需要部署到企業(yè)的公有云上，無法靈活地部署到私有云或企業(yè)本地基礎(chǔ)設(shè)施上。

可擴(kuò)展性：無代碼平臺(tái)傾向于運(yùn)營效率方面的用例，它們不具備專注用戶體驗(yàn)的功能，也無法連接到遺留系統(tǒng)，各廠商也不支持為第三方解決方案或自主系統(tǒng)創(chuàng)建的自定義集成。

數(shù)據(jù)治理：使用無代碼工具所構(gòu)建的應(yīng)用往往相互獨(dú)立，這就給數(shù)據(jù)治理帶來了挑戰(zhàn)。多種版本的數(shù)據(jù)分布于企業(yè)之中，并且數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)質(zhì)量參差不齊或并未得到管理。

低代碼

相比之下，低代碼平臺(tái)是一個(gè)介于無代碼和成熟人工編碼之間的中間地帶，因此更具延展性。如同無代碼平臺(tái)，低代碼平臺(tái)也是一個(gè)可視化的拖拽式平臺(tái)，同時(shí)，低代碼平臺(tái)更是一種開源的、可擴(kuò)展的并允許人工編碼或編寫腳本的平臺(tái)，這給開發(fā)人員提供了一個(gè)兩全其美的方案：既可以提高開發(fā)速度，又不需要不斷地復(fù)制基本代碼。

此外，低代碼平臺(tái)支持可擴(kuò)展的架構(gòu)以及開源API的可重用性和云/本地部署的靈活性，開發(fā)人員還能夠?qū)?yīng)用測試以及質(zhì)量和性能工具進(jìn)行控制。

除了上述功能之外，低代碼的另一個(gè)優(yōu)勢(shì)是：開發(fā)人員可以用自己的代碼擴(kuò)展平臺(tái)功能，從而構(gòu)建或修改復(fù)雜的應(yīng)用，而不需要額外的團(tuán)隊(duì)成員或?qū)I(yè)知識(shí)才能完成這項(xiàng)工作。

低代碼平臺(tái)的全能性為各種出色的用例帶來了可能性，包括使用新一代技術(shù)實(shí)現(xiàn)的用例。低代碼平臺(tái)通常包含由技術(shù)領(lǐng)導(dǎo)者建立的完整組件庫并且支持人工智能、區(qū)塊鏈、機(jī)器學(xué)習(xí)、語音和面部識(shí)別等第三方智能云服務(wù)以及開源社區(qū)工具。預(yù)建的用戶界面模板幫助企業(yè)充分運(yùn)用專注于滿足從移動(dòng)客戶服務(wù)到生產(chǎn)力和效率再到遺留系統(tǒng)現(xiàn)代化升級(jí)等需求的應(yīng)用。

低代碼平臺(tái)還能用于創(chuàng)建更復(fù)雜的應(yīng)用，并且憑借其通用性，可以處理更多的用例，包括：

使用新一代技術(shù)實(shí)現(xiàn)的創(chuàng)新用例，許多低代碼平臺(tái)不僅配備了由技術(shù)領(lǐng)導(dǎo)者建立的完整組件庫，而且還支持人工智能、機(jī)器學(xué)習(xí)、區(qū)塊鏈、語音和面部識(shí)別服務(wù)等云端第三方智能服務(wù)以及通過開源社區(qū)提供的工具；

客戶體驗(yàn)應(yīng)用，使用預(yù)建的用戶界面模板幫助您優(yōu)化對(duì)用戶的友好性和吸引力，同時(shí)確保企業(yè)品牌形象的一致性；

生產(chǎn)力與效率應(yīng)用，可用于跨部門和跨領(lǐng)域；

遺留系統(tǒng)現(xiàn)代化升級(jí)，為當(dāng)前架構(gòu)帶來微服務(wù)、基于容器的構(gòu)件化開發(fā)以及支持關(guān)鍵任務(wù)應(yīng)用的持續(xù)部署。

低代碼平臺(tái)的使用雖然需要一個(gè)學(xué)習(xí)過程，但對(duì)開發(fā)人員和有開發(fā)知識(shí)的業(yè)務(wù)人員來說，他們能夠很快熟悉低代碼平臺(tái)中的工作流程。即使對(duì)沒有開發(fā)知識(shí)的業(yè)務(wù)人員，他們也能掌握大多數(shù)低代碼平臺(tái)。

事實(shí)上，這種類型的平臺(tái)對(duì)開發(fā)人員和業(yè)務(wù)人員都有足夠的吸引力，為跨部門合作帶來了可能性。低代碼平臺(tái)最具創(chuàng)新性的一個(gè)方面在于，它使一直以來難以相互溝通的2個(gè)團(tuán)隊(duì)可以在一個(gè)空間中開展合作，創(chuàng)建一個(gè)既能滿足IT安全、合規(guī)等要求，又能滿足業(yè)務(wù)目標(biāo)和需求的應(yīng)用。

如何在低代碼和無代碼之間做出選擇

在決定采用哪個(gè)平臺(tái)時(shí)，會(huì)面臨這樣一個(gè)問題：無代碼開發(fā)平臺(tái)過于簡單，無法支持復(fù)雜的用例，而低代碼開發(fā)平臺(tái)有些復(fù)雜，使得非專業(yè)開發(fā)人員無法使用。

更為復(fù)雜的是，如果使用無代碼解決方案，那么就會(huì)被認(rèn)為是一個(gè)更大IT組織下面的影子IT。一旦應(yīng)用增長超出了業(yè)務(wù)開發(fā)人員的支持能力范圍，該怎么辦？由于選擇是有限的，因此不得不放棄所有的效率和成本節(jié)約。而且在沒有IT開發(fā)人員在旁邊的情況下，不得不通過外包或咨詢來挽救。

如果使用低代碼解決方案，那么開發(fā)人員的編碼速度會(huì)變得更快，但這是否會(huì)使所交付的解決方案更加準(zhǔn)確地滿足業(yè)務(wù)需求？當(dāng)開發(fā)人員因?yàn)闃I(yè)務(wù)處于應(yīng)用開發(fā)生命周期之外而不得不返工和修復(fù)解決方案時(shí)，實(shí)現(xiàn)價(jià)值的時(shí)間真的減少了嗎？對(duì)于業(yè)務(wù)部門而言，讓那些無法滿足他們需求的應(yīng)用變得更快，會(huì)付出什么樣的代價(jià)？

在決定采用哪個(gè)平臺(tái)時(shí)，需要考慮的顯然不僅僅是技術(shù)方面的問題，就像任何應(yīng)用開發(fā)策略一樣，必須考慮如何交付用戶真正想要的、需要的并欣然接受的產(chǎn)品。關(guān)鍵在于讓各資深I(lǐng)T開發(fā)人員與關(guān)鍵業(yè)務(wù)領(lǐng)域?qū)＜液献?，促進(jìn)雙方的協(xié)作和專業(yè)知識(shí)的交匯。只有密切協(xié)作，才能高效、準(zhǔn)確地構(gòu)建更大、更復(fù)雜的應(yīng)用并根據(jù)效果進(jìn)行應(yīng)用優(yōu)化。

當(dāng)需要在低代碼與無代碼之間做出選擇時(shí)，請(qǐng)務(wù)必在評(píng)估中加入這些問題以保證同時(shí)滿足業(yè)務(wù)和IT的利益：

該方案如何推動(dòng)和促進(jìn)業(yè)務(wù)與IT部門的交流和協(xié)作？

協(xié)作是被融入到解決方案中還是附加在解決方案上？

該解決方案如何幫助業(yè)務(wù)和專業(yè)開發(fā)人員創(chuàng)建應(yīng)用？

專家級(jí)開發(fā)人員是否能夠?qū)υ摻鉀Q方案加以改進(jìn)，從而為業(yè)務(wù)和專業(yè)開發(fā)人員提供可重復(fù)使用的自定義設(shè)計(jì)語言和自定義代碼？

Mendix在無代碼和低代碼領(lǐng)域處于什么位置？

雖然Mendix平臺(tái)可以作為一個(gè)無代碼平臺(tái)，但它真正的閃光點(diǎn)和賴以成名之處在于能夠在低代碼領(lǐng)域?qū)崿F(xiàn)快速應(yīng)用開發(fā)。由于去除了繁瑣的基礎(chǔ)編碼工作，企業(yè)獲得了諸多收益，比如通過升級(jí)遺留系統(tǒng)以及產(chǎn)品的數(shù)字化以改進(jìn)客戶體驗(yàn)、獲得競爭優(yōu)勢(shì)等。