簡介：應用程式開發長期以來一直是IT部門和業務部門面臨的問題， IT部門總是被新的應用程式需求弄得不堪重負，他們不可能完成業務部門想要完成的每一個專案， 同時，業務部門的用戶厭倦了等待，并開始完全繞過IT部門， 今天，我們來探索一下“低代碼開發”這個概念，并闡述它將如何幫助解決這個問題，為企業應用開發提速，
首先，我要問你一個問題：在你的企業里，應用程式開發作業是否跟得上業務需求？ 當用戶需要一個解決方案時，他們要等待多長時間？這個問題是許多企業常見的問題來源， 開發遠遠落后于需求，用戶需要等待數周或數月才能獲得新的解決方案，
（開發遠遠落后于需求，圖片來自網路）
為什么會這樣？
在典型的企業中，開發程序看起來像一個漏斗， 漏斗的頂部是業務用戶，漏斗的底部是開發人員，來自業務用戶的所有需求都從漏斗頂部流向底部的開發人員......并由此陷入困境，不要誤會我的意思，我不是在責怪開發人員， 他們手上的任務量遠遠超過自己的處理能力，而且情況只會變得更糟， 隨著Web端和移動端應用程式的業務需求逐漸上升，而開發現代Web端應用程式所需的技能也隨之增長，跟上業務的開發需求變得越來越困難，
有什么解決方案？
這些挑戰促進了低代碼開發平臺的發展， 今天，我想在此探索這種不斷增長的趨勢，并為那些還不熟悉這個概念的人介紹一下低代碼的基礎知識，
“低代碼”是什么？
（Forrester Research是世界知名的技術和市場調研公司，圖片來自網路）
2014年，Forrester Research提出了“低代碼開發”這個術語來描述一種日漸流行的軟體工具， 這些工具允許通過可視化GUI（圖形用戶界面）而不是傳統的編碼來開發業務應用程式，
當然，這個概念并不新鮮， 你可以追溯到20世紀90年代的RAD和4GL工具， 雖然RAD和4GL工具經常需要使用專有語言，但他們確實可以幫助開發人員更快地開發應用程式，
（使用專用語言快速開發應用的RAD工具）
這些舊工具與新工具之間存在巨大的差異： 低代碼平臺為每個人 —— 甚至是非技術用戶 —— 提供了開發功能，而且它們也不需要特定的編碼語言，在可視化設計器上通過托拉拽的方式即可開發出包含復雜圖表在內的各種頁面和業務邏輯，雖然術語“低代碼”意味著某種程度上需要寫代碼，但這些平臺基本無需寫任何代碼就可以開發許多型別的應用程式， 它們被賦予 “低代碼”這個術語，完全是因為有些更復雜的專案，比如連接到第三方軟體服務活硬體驅動時，可能需要很少量的自定義編碼，
（使用低代碼的方式構建MES移動端頁面）
“低代碼”業務為什么會增長？
據《福布斯》雜志報道，到2022年，低代碼開發平臺的總市場將增長到212億美元，年增長率為40%，作為一個相對較新的軟體型別，他怎樣實作了快速增長？
其中大部分原因應該歸結為供需關系，上文中我已經解釋過了， 比起以往，在數字時代，企業有越來越多的應用程式需求， 他們需要適用于所有平臺的應用程式， 最重要的是，隨著企業不斷嘗試提高敏捷性，開發速度越來越重要，
問題是，大多數企業自身的開發人員無法滿足當前日益增長的開發需求， 因此，他們面臨著以下三個選擇：
- 依然慢慢地開發應用程式
- 雇用更多的開發人員
- 采用低代碼平臺
毫無疑問，很多企業采用了第三種選擇，因為它不僅可以減輕當前開發人員的壓力，還可以讓非開發人員也能自己開發Web端應用程式，
（低代碼開發包含可視化設計和編碼擴展能力）
“企業應該關注低代碼開發，因為快速變化的技術領域需要業務敏捷性，我們沒有足夠多的時間來雇用、培訓和留住開發人員來幫助管理大環境下的新興流程，” 活字格低代碼開發平臺的產品經理胡耀說到， “當新作業流程和流程需要自動化時，低開發平臺可以提供靈活性和速度，并降低成本，”
低代碼開發對你有怎樣的幫助？
你所在企業為什么要關心低代碼開發？ 它有哪些優勢？ 以下列舉了一些：
- 效率：低代碼開發可幫助企業利用當前資源提高生產力， IT部門不會再遇到積壓的開發請求， 最終用戶也不會因新應用程式而等待數周，
- 業務改進：由于IT部門不會遇到積壓的開發請求，所以他們可以騰出時間自由地處理更關鍵的任務， 這為技術改進提供了機會，因為IT部門終于可以專注于能夠推動業務發展的領域，
- 控制：由于開發工具受到IT部門的制約，他們仍然可以控制資料和用戶訪問， 這樣可以避免影子IT產生的問題，
- 降低成本：通過使用低代碼開發平臺，你可以利用當前資源去完成更多任務，無需引入開發團隊或聘請外部援助團隊來滿足不斷增長的需求，
低代碼工具的使用者是誰？
簡短的答案：可以是貴公司的任何人，
較長的答案：不同的人會根據他們的技能和角色以不同的方式使用該工具， 例如，以下是不同角色/技能使用低代碼平臺的幾種方法：
- 業務分析人員：低代碼平臺可幫助業務分析人員快速為用戶創建應用程式，并為IT部門模擬復雜的應用程式，
- 開發人員：低代碼平臺可幫助開發人員更快地交付應用程式，并消除他們積壓的開發需求，
- 最終用戶：低代碼平臺可幫助最終用戶在幾分鐘內創建報表、儀表板和簡單應用程式，而無需通過IT部門，
- IT部門領導：低代碼平臺可幫助IT部門的領導提供對業務的安全資料訪問，延長其當前系統的使用壽命，并提高IT生產力，
以上串列還可以繼續，但我相信你已經得到了答案， 低代碼開發平臺可以（并且應該）在整個企業范圍內使用，
你可以用低代碼平臺開發哪些型別的應用程式？
低代碼平臺可以開發任何型別的企業應用程式，從基本資料增刪改查，到移動端應用程式，再到自定義CRM甚至ERP系統，以及介于兩者之間的所有內容，
現在，這是否意味著非技術用戶可以使用低代碼工具來開發任何型別的應用程式？坦率的講，不一定，
例如，你是否希望非技術用戶來開發關鍵任務系統？大概不會，這并不是說合適的人選無法完成這樣的任務，但業務用戶通常會將低代碼工具用于簡單的開發專案，如報表，將電子表格轉換為Web端應用程式，作業流程應用程式等等，雖然我見過非專業開發人員使用低代碼工具開發一些非常復雜的系統，如上文提到的成都康福德高出租汽車公司，但大多數還是集中在這些型別的專案上，
對于開發人員來說，低代碼工具非常適合提高任何專案的開發速度，它們可以幫助開發人員自動化大部分開發程序，只為每個專案留下最少量（如果有的話）的自定義編碼，
使用低代碼開發平臺時你應該注意什么？
當然，低代碼開發并非沒有風險，話雖如此，使用正確的工具和策略可以輕松管理這些風險，使用低代碼方法時，需要注意以下幾個方面：
應用程式安全性
低代碼開發平臺通常附帶安全功能，但是，最終用戶可能并不總是知道應該如何在其應用程式中使用這些安全措施，
怎樣避免這些問題？首先，讓IT部門參與應用程式審核流程，我并不是說每個應用程式都需要IT部門仔細審查，例如，簡單的報表或資料查找應用程式通常都沒什么問題，但是，如果用戶正在開發具有回寫功能的、任務關鍵型的、或辦公室外可用的應用程式，則必須進行IT審查，其次，在給任何開發工具授予許可之前應仔細檢查其安全選項， IT部門應該做資料和用戶訪問權限控制，并為用戶生成的所有應用程式設定安全默認值，
用戶權限
具有廣泛權限的新手用戶是開發作業的最大風險，請確保只為每個用戶提供他們所需的功能，僅此而已，例如，需要使用該工具進行簡單報表任務的用戶不應該具有創建資料庫管理應用程式的能力，
資料
你的資料是任何成功的開發作業的基礎，除了資料完整性方面的明細需求以外，還有兩個重要因素需要解決：
- 訪問：用戶應該只能訪問他們需要的資料，同樣，這也是限制開發作業風險的另一個步驟，
- 知識：用戶應該了解他們的資料以及表結構，如果用戶不了解資料在資料庫中的組織方式，則無法成功開發所需的應用程式，
你該如何評估和選擇低代碼平臺？
與其他任何事情一樣，并非所有低代碼平臺都是沒有差別的，在評估不同選項時，除了該平臺的功能外，請注意查看以下幾個方面：
- 授權：部分平臺采用基于用戶人數或者并發用戶人數的授權方式；也有部分是基于資料表、頁面等應用規模授權，選擇哪種授權，都取決于有多少人會使用你計劃開發出的應用；該應用需要覆寫多少業務場景，
- 部署：某些平臺可用于開發支持本地部署的應用，有些平臺則會鎖定你，必須將程式和資料放到該平臺供應商的服務器上，以下是一些需要注意的重要問題：如果該平臺的廠商停止服務會發生什么，正在貴公司運行的應用是否可以繼續使用？
- 分銷或OEM：對自己開發的應用程式你有多大的自由度？如果你想分銷、白標或銷售你開發的應用程式，某些平臺壓根不支持你這么做，一些平臺會收取一定的費用，而其他的可能沒有限制，在著手任何事情之前，需要先了解該平臺廠商的策略和費用結構，
- 自定義：你自主開發的應用程式可以自定義到什么程度？你是否可以訪問底層代碼，或是否被迫通過平臺的界面？你可以在界面中添加自定義計算、代碼或業務邏輯嗎？這些問題的答案因平臺而異，擴展性作為低代碼平臺相比于零代碼平臺的優勢，一定程度上可以決定該軟體在你的業務中成功與否，
- 圖形圖表：該平臺是否包含報表或圖表功能？某些平臺可以處理應用程式開發，以及BI 、報表、儀表板應用程式；也有些嚴格用于應用程式開發，如果你的業務需求是BI 或報表方面，請了解這些領域的工具功能，
（活字格低代碼開發平臺內置的部分常規圖表與自定義地圖）
典型的低代碼開發平臺有哪些？
本文只列舉了三家有代表性的平臺進行評測：OutSystems、Mendix與活字格，選取這三個平臺，是因為它們或在市場占有率方面，或在技識訓累方面各有特色，
Outsystems
Outsystems是較早入局的一家歐洲公司，研發總部位于葡萄牙，兩度入選高德納公司（Gartner）《流動應用程式開發平臺魔力象限》研究報告魔力象限“執行能力”縱軸第一名，被譽為該領域的“領導者”， 價格方面，5000+美元/月的價格還是讓很多中小公司望而卻步，但依然有很多大公司青睞，包括豐田汽車(Toyota)、施耐德電氣(Schneider Electric) 等，
（outsystems可視化設計器界面）
Mendix
Mendix是一家荷蘭公司，后來被西門子收購，是Outsystems在海外的主要競爭對手，二者在技術架構和服務模式方面極其相近，除了通過訂制化組件、模板盈利以外，Mendix還對應用部署收費，且價格高昂，單APP 1875美元/月，2-5個APP公有云5375美元/月，私有云7825美元/月，這樣的價格顯然不是中小企業所能負擔的，因此，Mendix的客戶也以蘇黎世保險（Zurich）等大企業為核心，
（使用Mendix開發的客戶服務系統頁面）
活字格
活字格是成立于1980年的老牌開發工具廠商——葡萄城為中國市場推出的低代碼開發平臺，2019年12月發布的《中國企業服務系列研究報告》中，業內權威機構海比研究將活字格列為“低代碼開發平臺”行業領導者之一，活字格脫胎于專業開發工具，保持了低技術門檻、高開發效率的同時，提供更強的擴展性，用活字格設計界面時，體驗類似于Excel，在單元格的輔助下拖拽各種頁面元素，然后可視化設定每個元素的樣式，上手門檻更低，頁面布局更靈活，活字格的內置組件比較豐富，而且針對中國市場的特點，還提供了對接微信、釘釘、百度AI等本土服務的組件，更適合中國企業使用，活字格也開放了組件的編程介面，在國內有龐大的開發者社區支持，
相比于另外兩家國外的競爭對手，本土化的活字格支持本地部署，在價格上也更加親民，一次性買斷的價格從8000元人民幣起，強大的擴展性和低廉的價格門檻，讓活字格的客戶覆寫了聯通支付等大企業集團，快行線冷鏈物流等等大型物流公司，以及更多中小型的企業，
（使用活字格開發的出租車運營管理系統頁面）
小結
以上這些只是低代碼開發平臺的基礎知識，其實，還有很多內容可供介紹， 現在，你可以嘗試用免費的活字格低代碼開發平臺來開啟自己的低代碼開發之旅，借助簡單的教程，用遠遠少于您過去花費的時間，您就可以構建出美觀、易用的Web端和跨平臺的移動端應用程式，從此，您也可以幫助到下一個提問“低代碼開發是什么？”的人，
轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/35320.html
標籤：設計模式