使用低代碼平臺(tái)可以構(gòu)建許多技術(shù)功能，包括應(yīng)用程序、數(shù)據(jù)庫(kù)、工作流、集成、物聯(lián)網(wǎng)數(shù)據(jù)流、數(shù)據(jù)可視化等。

面對(duì)市場(chǎng)上低代碼廠商的宣傳，越來越多的企業(yè)了解到低代碼開發(fā)的好處，但是低代碼真的像廠商說得那么好嗎。

未必。

相對(duì)于傳統(tǒng)開發(fā)，低代碼開發(fā)發(fā)展時(shí)間尚短，一定還存在一些問題。如果企業(yè)不了解，而去盲目使用，很容易從一個(gè)困境踏入另外一個(gè)困境。

雖然織信已經(jīng)為很多客戶利用低代碼開發(fā)搭建應(yīng)用，并看到客戶從使用它們中受益。但是，讓更多需要數(shù)字化轉(zhuǎn)型的企業(yè)看到客觀的低代碼的缺點(diǎn)，也是低代碼發(fā)展的方向。那么低代碼的缺點(diǎn)到底有哪些，織信又是如何解決這些問題的呢，一起來看一下。

一、用戶預(yù)期

當(dāng)企業(yè)想要得到一個(gè)三居室的房子和一個(gè)車庫(kù)，但使用低代碼工具所能提供的只是一個(gè)帶浴室的小屋時(shí)，可能會(huì)達(dá)不到企業(yè)的期望。

低代碼平臺(tái)需要培訓(xùn)才能有效地使用它們，并需要與企業(yè)討論權(quán)衡取舍以實(shí)現(xiàn)業(yè)務(wù)成果。

當(dāng)?shù)痛a平臺(tái)無法實(shí)現(xiàn)業(yè)務(wù)需求時(shí)，可能需要重新考慮平臺(tái)選擇和技術(shù)方法。

一個(gè)關(guān)鍵指標(biāo)是企業(yè)何時(shí)開始調(diào)整要求或由于其低代碼平臺(tái)的限制而降低對(duì)所需業(yè)務(wù)成果的期望。任何低代碼平臺(tái)都應(yīng)該加速向業(yè)務(wù)交付價(jià)值，而不是相反。

發(fā)生這樣的情況，是由于部分低代碼平臺(tái)為了“更加簡(jiǎn)單好用”，把“拖拉拽”當(dāng)做平臺(tái)的核心能力，迎合業(yè)務(wù)人員都能使用的客戶“偽需求”。導(dǎo)致平臺(tái)的功能和組件通常是固定的，只能滿足特定情況下的業(yè)務(wù)需求。

而對(duì)于企業(yè)來說，特別是預(yù)算不足的企業(yè)來說，只能被迫使用不滿足業(yè)務(wù)需求的平臺(tái)來搭建系統(tǒng)，最終陷入困境。

面對(duì)這樣的情況，織信作為企業(yè)級(jí)低代碼，以滿足企業(yè)的業(yè)務(wù)需求為主，在底層框架上預(yù)留了大量關(guān)鍵的自定義操作空間，例如自動(dòng)化、腳本、集成等，滿足企業(yè)業(yè)務(wù)上的復(fù)雜需求，解決業(yè)務(wù)流程的多層嵌套、多個(gè)步驟、復(fù)雜的條件邏輯等低代碼難以實(shí)現(xiàn)的場(chǎng)景。

例如在制造業(yè)中，很多企業(yè)接到訂單后，需要人工分配任務(wù)到車間，人工計(jì)算需要多少工時(shí)，還要看工人或者機(jī)器夠不夠用，是否和其他訂單有沖突等。

而在織信中，可以通過事先設(shè)定的計(jì)算規(guī)則，讓企業(yè)在錄入訂單信息后，自動(dòng)生成子訂單任務(wù)，分配到產(chǎn)線上。

就算該計(jì)算規(guī)則很復(fù)雜，涉及到多個(gè)判定標(biāo)準(zhǔn)，也是可以實(shí)現(xiàn)的。

比如需要在接下來3天內(nèi)最低成本地完成1萬個(gè)產(chǎn)品的生產(chǎn)，那么系統(tǒng)要計(jì)算原材料是否足夠，不夠就要采購(gòu)；有哪些機(jī)器是可以使用的，哪個(gè)產(chǎn)線可以3天內(nèi)完成生產(chǎn)；符合生產(chǎn)要求的產(chǎn)線中，哪個(gè)是成本最低的方案。系統(tǒng)自動(dòng)計(jì)算完畢后，就會(huì)生成最符合該訂單的子訂單分配下去，通知子訂單的責(zé)任相關(guān)人。

二、系統(tǒng)框架

許多低代碼平臺(tái)允許開發(fā)人員使用自定義代碼自定義實(shí)現(xiàn)。

但是，如果添加了過多的專業(yè)代碼，則局限于低代碼平臺(tái)可能會(huì)造成限制。

ACCELQ首席產(chǎn)品官Guljeet Nagpaul說過：“很多低代碼平臺(tái)無法正常工作的一個(gè)跡象與定制有關(guān)?！?/span>

如果企業(yè)的需要不斷地定制，這表明代碼是在沒有架構(gòu)和設(shè)計(jì)想法的情況下編寫的。這種定制化的維護(hù)將很快變得不可持續(xù)，并最終拖累投資回報(bào)。

發(fā)生這樣的問題，主要因?yàn)楹芏嘤玫痛a平臺(tái)開發(fā)的系統(tǒng)，沒有系統(tǒng)框架的思想。

由于很多企業(yè)用低代碼平臺(tái)搭建系統(tǒng)都是業(yè)務(wù)人員或者管理人員自己開發(fā)，缺少框架的理念。這些企業(yè)缺少技術(shù)人員，不知道怎么做才可以讓這個(gè)系統(tǒng)后續(xù)可以更好地?cái)U(kuò)展。

最后就發(fā)展成為了遇到問題無法解決就找服務(wù)商定制解決。但是由于一開始框架的問題，通過服務(wù)商定制的方式解決了一個(gè)問題，后面出現(xiàn)其他需求還是要找服務(wù)商定制解決，然后就陷入了死循環(huán)。

本來應(yīng)該低代碼搭建的系統(tǒng)，代碼越來越多，和傳統(tǒng)開發(fā)沒有差別，企業(yè)付出的費(fèi)用也越來越多。

這也是很多企業(yè)覺得，低代碼前期投入小，但是后續(xù)投入大的原因。

而織信始終秉持以最少的代碼，實(shí)現(xiàn)最大的擴(kuò)展性。在和客戶合作的過程中，織信始終從客戶的發(fā)展現(xiàn)狀和未來出發(fā)。

從客戶的需求和織信豐富的行業(yè)經(jīng)驗(yàn)為客戶提供解決方案，提供最適合企業(yè)的系統(tǒng)框架，在保證企業(yè)現(xiàn)階段的需求之余，方便企業(yè)后續(xù)功能的增加和修改。減少后續(xù)維護(hù)過程中，傳統(tǒng)代碼的定制行為，從而降低企業(yè)的維護(hù)成本。

三、使用門檻

一個(gè)平臺(tái)必須不辜負(fù)它的類別和承諾。低代碼平臺(tái)應(yīng)該是非技術(shù)人員在面對(duì)非復(fù)雜場(chǎng)景需求時(shí)，可以用來開發(fā)和支持功能的平臺(tái)，而無需IT人員進(jìn)行開發(fā)、測(cè)試和部署。低代碼平臺(tái)是為全體開發(fā)人員和企業(yè)提供的工具，他們有時(shí)間、興趣和足夠的技術(shù)敏銳度來使用簡(jiǎn)化的工具構(gòu)建功能。

如果業(yè)務(wù)人員難以自行創(chuàng)建簡(jiǎn)單的流程或應(yīng)用程序并繼續(xù)依賴IT，這意味著低代碼平臺(tái)沒有像承諾的那樣提供包容性方法。

經(jīng)過多年的發(fā)展，其實(shí)低代碼平臺(tái)的功能已經(jīng)越來越簡(jiǎn)單化。

但是為什么很多企業(yè)的業(yè)務(wù)人員還是會(huì)抱怨低代碼平臺(tái)包容性不夠呢。

主要是因?yàn)?，低代碼對(duì)于業(yè)務(wù)人員來說，始終是個(gè)代碼，就算再?gòu)?qiáng)調(diào)拖拉拽式的便捷，它的本質(zhì)還是代碼，在實(shí)現(xiàn)功能的時(shí)候還是要遵守代碼或者平臺(tái)的邏輯。但是有很多低代碼平臺(tái)在客戶購(gòu)買產(chǎn)品后，缺少培訓(xùn)的環(huán)節(jié)，所以很多業(yè)務(wù)人員才無法通過低代碼平臺(tái)自己實(shí)現(xiàn)進(jìn)行開發(fā)、測(cè)試和部署。

就像最近很火的ChatGPT，雖然功能很強(qiáng)大，但是也需要一定的學(xué)習(xí)才能更好地使用，不然使用者連怎么提問才能得到想要的答案都不知道，也就無法領(lǐng)略它的“魅力”。

織信深知低代碼使用培訓(xùn)的重要性，所以在和客戶合作后，都會(huì)為客戶提供平臺(tái)使用的培訓(xùn)，讓客戶企業(yè)的所有人知道如何正確、快速地使用平臺(tái)搭建應(yīng)用。

這就是織信服務(wù)客戶過程中重要的一環(huán)——低代碼賦能?？椥挪恢故菐椭髽I(yè)開發(fā)一個(gè)系統(tǒng)，而是讓企業(yè)掌握一個(gè)更高效的開發(fā)工具。

四、系統(tǒng)集成

對(duì)于企業(yè)來說，購(gòu)買、配置和集成多個(gè)SaaS和低代碼解決方案的成本超過了收益。將多個(gè)低代碼平臺(tái)連接到一個(gè)整體解決方案架構(gòu)中的應(yīng)用程序和工作流，這是不成熟的做法。

低代碼和無代碼系統(tǒng)的剛性往往會(huì)誘使團(tuán)隊(duì)需要更多的系統(tǒng)來處理超出原始系統(tǒng)能力范圍的情況。

而且可悲的是，這導(dǎo)致需要連接和集成在一起的系統(tǒng)大雜燴，通常需要更多的時(shí)間和資源來解決基本問題，而這些問題本來可以通過IT或工程使用適當(dāng)?shù)墓ぞ咧苯咏鉀Q。

這也是低代碼和無代碼開發(fā)需要IT架構(gòu)支持的原因之一。或許最小可行產(chǎn)品是通過將低代碼與軟件即服務(wù)集成來實(shí)現(xiàn)的。當(dāng)多次迭代之后，解決方案如雨后春筍般涌現(xiàn)為許多集成工具。那么對(duì)于企業(yè)來說，還不如一開始就采取更健壯的解決方案。這就是很多中大型企業(yè)排斥低代碼的原因。

造成這樣現(xiàn)象的根本原因是很多低代碼平臺(tái)為了讓非專業(yè)的開發(fā)人員能夠通過圖形化界面和預(yù)置的組件來快速開發(fā)應(yīng)用程序，預(yù)先定義了絕大部分的模板和組件來實(shí)現(xiàn)快速開發(fā)，導(dǎo)致低代碼平臺(tái)本身有很多限制，很多復(fù)雜的功能無法實(shí)現(xiàn)，又或者是只專精于某領(lǐng)域。

而織信企業(yè)級(jí)低代碼平臺(tái)從企業(yè)需求出發(fā)，不止于搭建某類系統(tǒng)，而是致力于成為提高效率和提高質(zhì)量的開發(fā)工具。

織信不以模板和組件為主，而著重于比模板和組件更低一層的內(nèi)容，增加開發(fā)的柔性。讓開發(fā)更加自由，但是又不會(huì)大量涉及到代碼。

企業(yè)可以根據(jù)需求自行擴(kuò)展，從而實(shí)現(xiàn)更復(fù)雜的場(chǎng)景需求。

例如某產(chǎn)銷運(yùn)一體的化工企業(yè)需要系統(tǒng)記錄每個(gè)貨物的狀態(tài)和位置，并需要提供實(shí)時(shí)更新的功能。在運(yùn)輸過程中，貨物可能需要在不同的車輛、倉(cāng)庫(kù)和站點(diǎn)之間進(jìn)行轉(zhuǎn)移，系統(tǒng)需要對(duì)貨物進(jìn)行實(shí)時(shí)的狀態(tài)和位置跟蹤，并需要提供查詢和報(bào)告功能，以便運(yùn)輸員和客戶隨時(shí)了解貨物的狀態(tài)和位置。

同時(shí)又需要在生產(chǎn)過程中，當(dāng)產(chǎn)品的危險(xiǎn)性超過預(yù)定值時(shí)，自動(dòng)反饋至系統(tǒng)，再又系統(tǒng)發(fā)送指令到處理危險(xiǎn)產(chǎn)品的機(jī)器，讓其進(jìn)行處理。

市面上比較少低代碼平臺(tái)可以同時(shí)實(shí)現(xiàn)這樣多類型的復(fù)雜場(chǎng)景需求的服務(wù)商，但是織信可以做到的，這就是企業(yè)級(jí)低代碼的實(shí)現(xiàn)能力。

只有能實(shí)現(xiàn)多復(fù)雜場(chǎng)景需求的企業(yè)級(jí)低代碼開發(fā)平臺(tái)，才能把系統(tǒng)集成雜亂無章的問題解決掉，一個(gè)系統(tǒng)解決所有業(yè)務(wù)場(chǎng)景的需求。否則對(duì)于中大型企業(yè)來說，低代碼就只是個(gè)玩具，企業(yè)的數(shù)字化轉(zhuǎn)型還是要依靠傳統(tǒng)代碼。

五、安全風(fēng)險(xiǎn)

任何平臺(tái)需要打開太多端口和完全訪問集成時(shí)，要發(fā)出危險(xiǎn)信號(hào)。因?yàn)榧尚枰獙?duì)大量關(guān)鍵企業(yè)系統(tǒng)進(jìn)行高級(jí)別訪問，這會(huì)破壞傳統(tǒng)的安全審查流程，并使公司面臨潛在的數(shù)據(jù)泄露風(fēng)險(xiǎn)。

這些安全問題適用于任何集成，無論是在SaaS、低代碼還是傳統(tǒng)代碼中完成。這要求安全實(shí)施和集成有這些關(guān)鍵功能：可見性、威脅檢測(cè)、上下文緩解、安全策略和執(zhí)行護(hù)欄。

對(duì)于安全風(fēng)險(xiǎn)問題，沒有單一的解決方案可以完全解決，只能通過安全審計(jì)、數(shù)據(jù)隔離、認(rèn)證授權(quán)、加密解密、持續(xù)監(jiān)控、安全培訓(xùn)等方法進(jìn)行一定程度的把控。

在織信服務(wù)客戶的過程中，會(huì)根據(jù)具體的情況和利用上述辦法，制定相應(yīng)的解決方案。例如通過數(shù)據(jù)隔離的方法，把機(jī)密的應(yīng)用和非機(jī)密應(yīng)用隔離開，以防止敏感數(shù)據(jù)泄露和惡意代碼傳播。

在織信服務(wù)過的很多大型企業(yè)中，包括軍工，部隊(duì)，國(guó)有企業(yè)，大型制造，互聯(lián)網(wǎng)企業(yè)，都已經(jīng)證實(shí)了織信安全解決方案的可行性。

六、使用方式

有人擔(dān)心低代碼和無代碼技術(shù)是否支持靈活的交付和云托管平臺(tái)。“糟糕的低代碼解決方案的跡象包括除了Web和Progressive Web Apps支持之外不支持原生移動(dòng)應(yīng)用程序開發(fā)，或者不支持云原生或多云?！?/span>

在任何平臺(tái)上構(gòu)建應(yīng)用程序時(shí)，不支持移動(dòng)開發(fā)是一個(gè)重要問題。問題是是否可以根據(jù)預(yù)期的用戶角色和用例輕松配置Web與移動(dòng)體驗(yàn)。

對(duì)于移動(dòng)開發(fā)的擔(dān)心，其實(shí)核心還是客戶的使用體驗(yàn)，讓用戶能夠在移動(dòng)設(shè)備上使用應(yīng)用系統(tǒng)。

由于社會(huì)發(fā)展，移動(dòng)端的使用變得更加頻繁，如果產(chǎn)品無法讓使用者在各種移動(dòng)端都能方便地使用，產(chǎn)品的使用體驗(yàn)就會(huì)下降。

隨著低代碼平臺(tái)的發(fā)展，目前市面上的大部分平臺(tái)都支持移動(dòng)端和電腦端開發(fā)使用。

織信也是如此，支持在線網(wǎng)頁(yè)、iPhone/Android等移動(dòng)設(shè)備的使用場(chǎng)景。

在部署方面，織信支持公有云、私有云、混合云等環(huán)境的部署、備份和遷移。

七、結(jié)語

傳統(tǒng)開發(fā)、低代碼開發(fā)、企業(yè)級(jí)低代碼開發(fā)各有各的優(yōu)缺點(diǎn)。企業(yè)還是要從實(shí)際使用出發(fā)，挑選最適合的解決方案。

對(duì)于追求靈活度高，業(yè)務(wù)場(chǎng)景比較復(fù)雜的企業(yè)來說，織信企業(yè)級(jí)低代碼也許是最優(yōu)解。織信已經(jīng)累計(jì)為20多個(gè)行業(yè)，30000 企業(yè)用戶提供低代碼技術(shù)支持。在不同的行業(yè)，提出深度場(chǎng)景解決方案，致力于成為企業(yè)數(shù)字化轉(zhuǎn)型首選方案。