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