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