低程式碼VS無程式碼

隨著企業數字化拉開序幕 ， 低程式碼 ( Low Code Development) 開發 的概念開始火起來 ， 即 用少量的程式碼就能開發複雜的業務系統。然後更進一步，由此又催生出一個新的概念： 無程式碼 開發 ( No Code Development) 。

低程式碼和 無程式碼 開發平臺 的共同點在於二者都是把一些共性程式碼抽象出來，提供視覺化的頁面讓使用者可以快速選取、拖拽、建立所需的功能元件以及設定系統的邏輯與流程，從而做出一個軟體。

而 與低程式碼平臺相比， 無程式碼 平臺更加簡單。“無程式碼”開發平臺是為那些不知道也不需要知道任何實際的程式語言來使用應用程式的公民開發者而構建的。無程式碼平臺供應商認為使用者構建應用程式需要的所有內容都已經內建到平臺中。無程式碼平臺類似於現在流行的部落格平臺，或者電子商務網站設計平臺。無程式碼解決方案只適合業務使用者或公民開發者。他們很少需要專業培訓。你可以把它視為一大優勢，但是由於這種型別使用者的技能有限，加上無程式碼平臺本身也有功能侷限。大多數專業的開發人員都發現無程式碼平臺無法提供他們需要的開發能力，並且無程式碼開發工具也限制了他們的開發能力。

站在部門應用的角度來看， 無程式碼 平臺的簡易性是可行的。然而，一旦擴充套件到企業層面的應用時，由於開發人員對應用架構模式缺乏經驗，因此單一應用架構的風險會有所增加。 並且 無程式碼 平臺傾向於運營效率方面的用例，它們不具備專注於使用者體驗的功能，也無法連線到遺留系統。各廠商也不支援為第三方解決方案或自主系統建立的自定義整合 ， 使用 無程式碼 工具所構建的應用往往相互獨立，這就給資料治理帶來了挑戰。

相比之下，低程式碼平臺是一個介於 無程式碼 和成熟人工編碼之間的中間地帶，因此更具延展性。如同 無程式碼 平臺，低程式碼平臺也是一個 將 已有程式碼的視覺化模組拖放到工作流中以建立應用程式的平臺，同時，低程式碼平臺更是一種開源的、可擴充套件的並允許人工編碼或編寫指令碼的平臺，對於專業的開發人員來說，透過視覺化的操作搭建應用程式，可以更加有效地提高開發效率。同時低程式碼平臺也允許他們根據需要手工編碼，這意味著在提高技術團隊的業務價值的同時，降低了開發工作的積壓量。

此外，低程式碼平臺支援可擴充套件的架構以及開源 API 的可重用性和本地部署的靈活性。開發人員還能夠對應用測試以及質量和效能工具進行控制 ， 也 可以用自己的程式碼擴充套件平臺功能，從而構建或修改複雜的應用，而不需要額外的團隊成員或專業知識才能完成這項工作。

低程式碼平臺的使用雖然需要一個學習過程，但對開發人員和有開發知識的業務人員來說，他們能夠很快熟悉低程式碼平臺中的工作流程。即使對沒有開發知識的業務人員而言，他們也能掌握大多數低程式碼平臺。

事實上，這種型別的平臺對開發人員和業務人員都有足夠的吸引力，這為跨部門合作帶來了可能性。低程式碼平臺最具創新性的一個方面在於，它使一直以來難以相互溝通的兩個團隊可以在一個空間中開展合作，建立一個既能滿足 IT 安全、合規等要求，又能滿足業務目標和需求的應用。

而 現在 ，無程式碼 與低程式碼平臺 已經 有 了 融合的趨勢，兩者未來會越來越相似。有的 無程式碼 平臺已經提供了豐富的 API 介面，並在產品內部提供類似程式碼塊的功能，讓 使用者 可以實現在低程式碼平臺中類似的功能。同樣地，低程式碼平臺也在盡力擴充自己的 無程式碼 能力，讓 更多 非開發人員能夠直接參與企業應用的實現過程中。