低代碼開(kāi)發(fā)平臺(tái)的利與弊（低代碼開(kāi)發(fā)平臺(tái)的利與弊有哪些）
近幾年，企業(yè)面臨數(shù)字化轉(zhuǎn)型帶來(lái)的壓力，為了快速適應(yīng)行業(yè)變化和趕超競(jìng)爭(zhēng)對(duì)手，在高級(jí)技術(shù)人才缺乏的情況下，低代碼開(kāi)發(fā)獲得了企業(yè)的青睞。
低代碼開(kāi)發(fā)的理念并不算是個(gè)新事物。目前低代碼這類(lèi)開(kāi)發(fā)工具非常多，如Outsystems、Mendix等，它們與VB等開(kāi)發(fā)工具非常相似。都是提供了可視化編程方法，通過(guò)拖拽組件，更高效的構(gòu)建業(yè)務(wù)應(yīng)用程序。
低代碼開(kāi)發(fā)從字面上就很容易理解，開(kāi)發(fā)軟件過(guò)程中，只需要編寫(xiě)少量代碼，與傳統(tǒng)開(kāi)發(fā)方式相比，編寫(xiě)代碼的工作量能夠減少很多。越來(lái)越多的非專(zhuān)業(yè)開(kāi)發(fā)人員投入到低代碼的開(kāi)發(fā)使用中。低代碼開(kāi)發(fā)平臺(tái)有利也有弊，我們來(lái)一一說(shuō)明。
低代碼開(kāi)發(fā)平臺(tái)的優(yōu)勢(shì)
低代碼平臺(tái)的主要優(yōu)勢(shì)是速度。使用低代碼開(kāi)發(fā)平臺(tái)將一個(gè)傳統(tǒng)方式開(kāi)發(fā)需要耗時(shí)一，二年的項(xiàng)目，縮短到幾個(gè)月，甚至更短的時(shí)間，對(duì)于企業(yè)發(fā)展來(lái)說(shuō)是非常大的優(yōu)勢(shì)。尤其是企業(yè)數(shù)字化轉(zhuǎn)型，意味著企業(yè)必須在短時(shí)間內(nèi)開(kāi)發(fā)出信息化系統(tǒng)，這對(duì)于低代碼平臺(tái)的快速開(kāi)發(fā)特性最為合適。
更快的開(kāi)發(fā)時(shí)間
低代碼開(kāi)發(fā)平臺(tái)以模型驅(qū)動(dòng)設(shè)計(jì)，在一定程度上改變了傳統(tǒng)開(kāi)發(fā)工具的開(kāi)發(fā)方式。低代碼開(kāi)發(fā)的關(guān)鍵點(diǎn)，就是普通開(kāi)發(fā)者可以快速開(kāi)發(fā)出應(yīng)用程序，這個(gè)過(guò)程基本無(wú)需了解軟件背后程序是怎么編寫(xiě)和運(yùn)行的。
更低的開(kāi)發(fā)成本
低代碼開(kāi)發(fā)工具縮短了軟件的開(kāi)發(fā)時(shí)間。因?yàn)榻档土碎_(kāi)發(fā)人員的要求，所以企業(yè)可以節(jié)省聘用專(zhuān)業(yè)的開(kāi)發(fā)人員的高昂費(fèi)用。
低代碼開(kāi)發(fā)平臺(tái)的缺點(diǎn)
有利必定有弊。低代碼開(kāi)發(fā)看似很美好，實(shí)際上卻存在著很多問(wèn)題。
使用門(mén)檻高，低代碼開(kāi)發(fā)仍需要編寫(xiě)代碼，開(kāi)發(fā)者必須具備數(shù)據(jù)庫(kù)和代碼編寫(xiě)的專(zhuān)業(yè)知識(shí)。
低代碼開(kāi)發(fā)平臺(tái)封裝的組件限制了專(zhuān)業(yè)程序員的使用。
業(yè)務(wù)流程只能隨著組件改變。組件的功能和種類(lèi)，限制了應(yīng)用程序的開(kāi)發(fā)。
低代碼開(kāi)發(fā)的新程序?qū)ζ髽I(yè)原有的舊軟件的集成受限。
可靠性和安全性存在風(fēng)險(xiǎn)。如果低代碼開(kāi)發(fā)平臺(tái)的組件存在質(zhì)量或安全漏洞問(wèn)題，開(kāi)發(fā)出的應(yīng)用程序的穩(wěn)定性和安全性就會(huì)受到影響，而且是無(wú)法控制的。
低代碼開(kāi)發(fā)工具交給普通開(kāi)發(fā)人員使用，意味著企業(yè)冒著一定的風(fēng)險(xiǎn)。
以Mendix為例，它是一個(gè)快速開(kāi)發(fā)應(yīng)用的平臺(tái)，除了提供一個(gè)可視化開(kāi)發(fā)平臺(tái)，還把傳統(tǒng)開(kāi)發(fā)過(guò)程中的需求管理，快速原型，版本控制和應(yīng)用打包與部署統(tǒng)一集成到這個(gè)平臺(tái)中，整體提高了開(kāi)發(fā)效率。
首先業(yè)務(wù)分析師和業(yè)務(wù)人員通過(guò)Mendix創(chuàng)建軟件原型，然后專(zhuān)業(yè)的技術(shù)開(kāi)發(fā)人員在此基礎(chǔ)上進(jìn)行代碼的開(kāi)發(fā)工作，開(kāi)發(fā)完成后再部署上線。
看似簡(jiǎn)單的開(kāi)發(fā)流程，其實(shí)存在著很多隱性問(wèn)題。
業(yè)務(wù)分析人員是Mendix創(chuàng)建出來(lái)的一個(gè)用戶(hù)角色，通常企業(yè)中不具備這樣的人；
業(yè)務(wù)分析人員和業(yè)務(wù)員，這兩類(lèi)人的專(zhuān)業(yè)性和使用軟件熟練程度是個(gè)問(wèn)題；
技術(shù)開(kāi)發(fā)人員與業(yè)務(wù)需求的關(guān)系不夠緊密；
復(fù)雜的功能，技術(shù)人員開(kāi)發(fā)起來(lái)有難度；
Mendix頁(yè)面是基于Atlas UI框架，需要在其控件的基礎(chǔ)上去搭建頁(yè)面，美工直接設(shè)計(jì)的頁(yè)面無(wú)法直接導(dǎo)入使用；
設(shè)計(jì)完頁(yè)面在和數(shù)據(jù)模型做綁定，實(shí)現(xiàn)數(shù)據(jù)的新增、修改、查詢(xún)和刪除。復(fù)雜的校驗(yàn)和處理邏輯需要程序員輔助在桌面開(kāi)發(fā)工具中通過(guò)Microflow、Nanoflow來(lái)完成。
總體上來(lái)說(shuō)Mendix改進(jìn)了傳統(tǒng)軟件開(kāi)發(fā)的方式，但要求業(yè)務(wù)人員掌握編程語(yǔ)言和分支、循環(huán)、事務(wù)提交回滾、XPath等大量的專(zhuān)業(yè)開(kāi)發(fā)的相關(guān)知識(shí)。因此Mendix不適合作為業(yè)務(wù)人員自助構(gòu)建應(yīng)用的工具。
對(duì)于那些仍然希望業(yè)務(wù)人員自己就可以構(gòu)建應(yīng)用，在短期內(nèi)快速解決業(yè)務(wù)問(wèn)題的企業(yè)，或許可以將關(guān)注點(diǎn)移回到國(guó)內(nèi)。除了低代碼開(kāi)發(fā)平臺(tái)，還有無(wú)代碼開(kāi)發(fā)平臺(tái)可供選擇。例如魔方網(wǎng)表這類(lèi)無(wú)代碼開(kāi)發(fā)軟件，即滿(mǎn)足了業(yè)務(wù)人員直接構(gòu)建應(yīng)用的需求（不需要業(yè)務(wù)人員掌握任何編程語(yǔ)言）。同時(shí)也為程序員使用，提供了調(diào)試工具?？梢宰鳛槠髽I(yè)開(kāi)發(fā)應(yīng)用的另一個(gè)很好的選擇。
總而言之，低代碼開(kāi)發(fā)并不能完全滿(mǎn)足所有企業(yè)的需求，通常開(kāi)發(fā)者會(huì)花掉30%的時(shí)間，開(kāi)發(fā)完80%的工作量，但是剩余的20%的工作量，卻要用70%的時(shí)間來(lái)完成。前期入門(mén)使用簡(jiǎn)單，后期學(xué)習(xí)和使用成本陡然增加。
低代碼開(kāi)發(fā)作為一種更先進(jìn)的生產(chǎn)力工具，越來(lái)越多的受到行業(yè)用戶(hù)的關(guān)注，產(chǎn)品本身也在逐漸完善。而且低代碼與無(wú)代碼開(kāi)發(fā)在相互融合，兩者在相互學(xué)習(xí)對(duì)方的特長(zhǎng)。未來(lái)低代碼開(kāi)發(fā)的發(fā)展會(huì)變的更好。
