爆火(huǒ)至今的低代碼平台,線上辦公、移動辦公、智能辦公成爲代名詞。低代碼本身沒有太強的行業屬性,這也讓低代碼開(kāi)發平台能夠靈活适應不同行業,爲全行業做數字化升級。
總結出如下(xià)這3條低代碼開(kāi)發平台的核心能力:
• 全棧可視化編程:可視化包含兩層含義,一(yī)個是編輯時支持的點選、拖拽和配置操作,另一(yī)個是編輯完成後所及即所得(wysiwyg)的預覽效果。傳統代碼ide也支持部分(fēn)可視化能力(如早年visual studio的mfc/wpf),但低代碼更強調的是全棧、端到端的可視化編程,覆蓋一(yī)個完整應用開(kāi)發所涉及的各個技術層面(界面/數據/邏輯)。
• 全生(shēng)命周期管理:作爲一(yī)站式的應用開(kāi)發平台,低代碼支持應用的完整生(shēng)命周期管理,即從設計階段開(kāi)始(有些平台還支持更前置的項目與需求管理),曆經開(kāi)發、構建、測試和部署,一(yī)直到上線後的各種運維(e.g. 監控報警、應用上下(xià)線)和運營(e.g. 數據報表、用戶反饋)。
• 低代碼擴展能力:使用低代碼開(kāi)發時,大(dà)部分(fēn)情況下(xià)仍離(lí)不開(kāi)代碼,因此平台必須能支持在必要時通過少量的代碼對應用各層次進行靈活擴展,比如添加自定義組件、修改主題css樣式、定制邏輯流動作等。一(yī)些可能的需求場景包括:ui樣式定制、遺留代碼複用、專用的加密算法、非标系統集成。
以jnpf爲代表的企業級低代碼平台爲了支撐更高技術要求的應用開(kāi)發,從數據庫建模、web api構建到頁面設計,與傳統軟件開(kāi)發幾乎沒有差異,隻是通過低代碼可視化模式,減少了構建“增删改查”功能的重複勞動,任何企業的信息化項目都可以基于它開(kāi)發出 erp、oa、crm、ehr 等各類管理系統。
可以簡單地說,低代碼的出現,讓程序員(yuán)能更好地發揮教育背景和開(kāi)發經驗的優勢,在開(kāi)發團隊中(zhōng)輕松實現“升級”。
在前幾年也就是技術人員(yuán)發展領域中(zhōng)才穩健發展,随着信息化發展越來越普及,現在發展迅速,低代碼平台使用人員(yuán)不僅可以是開(kāi)發人員(yuán),普通的運維人員(yuán)和人事等都可以操作。
像廣州天翎、葡萄城、天縱都是知(zhī)名的老牌廠商(shāng)了,技術應用也已經非常成熟了。
低代碼有它的市場,但相對整個市場來講,占比不會太高,至少在人工(gōng)智能還不能完全替代人寫代碼的時代是這樣,而且真到那個時代,就不叫低代碼了,直接上人工(gōng)智能寫代碼就好,這是我(wǒ)的看法。
首先,業務是靈活多變的,而非固定的形式,它的靈活性,低代碼是很難适配到這種複雜(zá)的變化中(zhōng),需要極高的針對定制化,而這種定制化,高昂的成本,過度的定制,已經違背了低代碼設計的初衷。我(wǒ)對低代碼的理解,它是一(yī)個共性的抽象罷了,爲解決某類問題的公共方案,所以他就好比saas,針對普适性做成努力,而往往很多不缺資(zī)金的大(dà)企業,更甯願針對自己的特點來做開(kāi)發,這樣一(yī)方面更能有效解決自身問題,同時也非常靈活自主,不受外(wài)部侵擾,當然,這其中(zhōng)也存在數據安全問題。
其次,它面向的是前台,這是它應用的受限,因爲很難說把後台的東西,搬到低代碼上去(qù)做,這将造成很多你無法控制的細節,而這些細節,可以讓你損失慘重。
最後,至少目前還沒有形成一(yī)個标準,連一(yī)個最基本的行業标準都沒有,更别談通用标準,無标準,如何做統一(yī),統一(yī),怎麽做聯動,在互聯網世界裏,信息是聯通的,而不是孤立的,孤島即死亡,這是當前的商(shāng)業法則,生(shēng)态很重要。
所以,至少就目前了解到的信息,我(wǒ)認爲他存在确實有價值,但絕非“趨勢”,而是某些場景的應用方案罷了。