前言：

目前，市面上已經(jīng)有了很多低代碼產(chǎn)品，包含最早的 VB、FrontPage、Dreamweaver、Flex ，以及現(xiàn)在的云端的 Webflow、9466網(wǎng)頁(yè)助手等，但是仍然沒(méi)有一個(gè)產(chǎn)品能真正做到把可視化搭建當(dāng)作主要的、最終的輸出方式，就算有，最終也會(huì)落下一個(gè)“不會(huì)用、不夠用”的名聲，或者只能作為一個(gè)輔助、入門(mén)或教學(xué)級(jí)產(chǎn)品，難登大雅之堂。

因此，阿里換了個(gè)思路，如果為每個(gè)場(chǎng)景開(kāi)發(fā)一個(gè)場(chǎng)景化的搭建平臺(tái)，這樣搭建就會(huì)變得更好用，更易用。而低代碼引擎正是為了讓開(kāi)發(fā)搭建平臺(tái)變得更容易更快速。

阿里低代碼引擎是什么？

隨著低代碼這幾年的普及和發(fā)展，這類概念已經(jīng)不算是什么新鮮事了。但是為什么阿里這個(gè)開(kāi)源的項(xiàng)目是叫低代碼引擎，而不是低代碼平臺(tái)呢？

首先，來(lái)看看官方的介紹：

低代碼引擎是一款為低代碼平臺(tái)開(kāi)發(fā)者提供的，具備強(qiáng)大定制擴(kuò)展能力的低代碼設(shè)計(jì)器研發(fā)框架。低代碼引擎的核心是設(shè)計(jì)器，通過(guò)擴(kuò)展、周邊生態(tài)等可以產(chǎn)出各式各樣的設(shè)計(jì)器。它不是一套可以適合所有人的低代碼平臺(tái)，而是幫助低代碼平臺(tái)的開(kāi)發(fā)者，快速生產(chǎn)低代碼平臺(tái)的工具。

使用者只需要基于低代碼引擎便可以快速定制符合自己業(yè)務(wù)需求的低代碼平臺(tái)。同時(shí)，低代碼引擎還在標(biāo)準(zhǔn)低代碼設(shè)計(jì)器的基礎(chǔ)上提供了簡(jiǎn)單易用的定制擴(kuò)展能力，能夠滿足業(yè)務(wù)獨(dú)特的功能需要。簡(jiǎn)單地說(shuō)，原本需要維護(hù)多個(gè)平臺(tái)的代碼，開(kāi)發(fā)需要懂得多個(gè)框架，維護(hù)成本高?，F(xiàn)在只需要拖拽組件，再綁定數(shù)據(jù)，就可以完成一套服務(wù)，減少了人力和維護(hù)成本。

根據(jù)官網(wǎng)定義，我們可以獲得幾個(gè)信息：

1、阿里這款低代碼引擎核心是設(shè)計(jì)器。

2、阿里低代碼引擎并不適用所有人，只對(duì)專業(yè)開(kāi)發(fā)者提供。

3、低代碼引擎屬于是一種低代碼研發(fā)框架，是為了開(kāi)發(fā)“低代碼平臺(tái)”而存在的。

看到這里，我不得不佩服阿里的格局（格局打開(kāi)了），當(dāng)國(guó)內(nèi)軟件公司紛紛搶著入局低代碼賽道的時(shí)候，阿里已經(jīng)站在更高的角度去教別人研發(fā)低代碼開(kāi)發(fā)平臺(tái)了，而不是用低代碼平臺(tái)去開(kāi)發(fā)應(yīng)用程序。

阿里低代碼引擎功能介紹

1、可視化編輯器

可視化編輯器，算是目前很多低代碼平臺(tái)的核心功能了，如果沒(méi)有可視化編輯器，就談不上低代碼開(kāi)發(fā)，具體包括：組件庫(kù)、屬性配置、數(shù)據(jù)源管理、簡(jiǎn)單代碼模塊等。

2、定制擴(kuò)展能力

可以使用API接口、插件等方式快速完成高效率能力的開(kāi)發(fā)。

3、生態(tài)體系

提供8類物料生態(tài)、8類設(shè)計(jì)器生態(tài)、7類插件生態(tài)等。

阿里低代碼引擎面向人群

低代碼引擎屬于是前端的SDK，是一款面向前端研發(fā)人員的技術(shù)產(chǎn)品。如果有低代碼產(chǎn)品的研發(fā)訴求，例如：

1、業(yè)務(wù)有獨(dú)特的需求，市面上的低代碼平臺(tái)都不滿足需求，需要打造一款新的低代碼平臺(tái)。

2、需要將低代碼平臺(tái)的研發(fā)能力集成到已有系統(tǒng)中。

以上兩種情況，如果使用低代碼引擎，可以在極短時(shí)間內(nèi)完成低代碼設(shè)計(jì)器的開(kāi)發(fā)工作，大大降低低代碼設(shè)計(jì)器的研發(fā)難度和成本。根據(jù)定制化程度有所不同工作量可以由傳統(tǒng)的幾十人月壓縮到幾人月，節(jié)省達(dá)十倍之多。

總結(jié)：

阿里低代碼引擎看上去是基于一整套React的組件化框架，把原本需要編碼插入的實(shí)現(xiàn)方式，轉(zhuǎn)變成了基于web界面的參數(shù)化生成，但本質(zhì)上其實(shí)是一套基于webUI交互的JS代碼的generator。

用低代碼引擎是可以通過(guò)“拖拉拽”生成一個(gè)基于React框架的頁(yè)面，或可以實(shí)現(xiàn)數(shù)據(jù)綁定，基于RESTful接口的數(shù)據(jù)獲取，圖形化顯示，事件觸發(fā)等等。這種方式也可以類比成早先的MFC的UI設(shè)計(jì)器或者QT-designer的作用。

這類技術(shù)引擎，在后臺(tái)基于微服務(wù)的前提下，還是挺方便的。快速原型不需要用Axure和美工了，自己“拖拉拽”就能夠?qū)崿F(xiàn)幾個(gè)基本功能。但是吧，前端存在的意義，其實(shí)并不只是把組件放在頁(yè)面上。真正漂亮的設(shè)計(jì)，是在美工精心設(shè)計(jì)后，結(jié)合前端的js技術(shù)，給出一個(gè)比較驚艷的效果。

當(dāng)然了，精工細(xì)作和快速粗爆各有所求，很多時(shí)候一個(gè)能夠快速呈現(xiàn)和操作的界面已經(jīng)滿足了80%的需求了，而在這些場(chǎng)景中用織信Informat低代碼開(kāi)發(fā)也能完成不少需求，至少不需要找一個(gè)對(duì)各種框架都很熟悉的程序員就可能進(jìn)行開(kāi)發(fā)，門(mén)檻就大大降低了。

評(píng)價(jià)的話，從目前而言這可能是個(gè)適合外包人員的開(kāi)發(fā)利器，它同時(shí)可能降低前端的門(mén)檻，加劇前端的內(nèi)卷。同時(shí)考慮其組件化的架構(gòu)，可能會(huì)出現(xiàn)一些組件開(kāi)發(fā)的公司，以低代碼平臺(tái)的插件形式，做一些收費(fèi)的外觀組件。然后網(wǎng)頁(yè)呈現(xiàn)就會(huì)變得越來(lái)越同質(zhì)化，越來(lái)越?jīng)]有新意。