前言：

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

因此，阿里換了個思路，如果為每個場景開發一個場景化的搭建平臺，這樣搭建就會變得更好用，更易用。而低代碼引擎正是為了讓開發搭建平臺變得更容易更快速。

阿里低代碼引擎是什么？

隨著低代碼這幾年的普及和發展，這類概念已經不算是什么新鮮事了。但是為什么阿里這個開源的項目是叫低代碼引擎，而不是低代碼平臺呢？

首先，來看看官方的介紹：

低代碼引擎是一款為低代碼平臺開發者提供的，具備強大定制擴展能力的低代碼設計器研發框架。低代碼引擎的核心是設計器，通過擴展、周邊生態等可以產出各式各樣的設計器。它不是一套可以適合所有人的低代碼平臺，而是幫助低代碼平臺的開發者，快速生產低代碼平臺的工具。

使用者只需要基于低代碼引擎便可以快速定制符合自己業務需求的低代碼平臺。同時，低代碼引擎還在標準低代碼設計器的基礎上提供了簡單易用的定制擴展能力，能夠滿足業務獨特的功能需要。簡單地說，原本需要維護多個平臺的代碼，開發需要懂得多個框架，維護成本高。現在只需要拖拽組件，再綁定數據，就可以完成一套服務，減少了人力和維護成本。

根據官網定義，我們可以獲得幾個信息：

1、阿里這款低代碼引擎核心是設計器。

2、阿里低代碼引擎并不適用所有人，只對專業開發者提供。

3、低代碼引擎屬于是一種低代碼研發框架，是為了開發“低代碼平臺”而存在的。

看到這里，我不得不佩服阿里的格局（格局打開了），當國內軟件公司紛紛搶著入局低代碼賽道的時候，阿里已經站在更高的角度去教別人研發低代碼開發平臺了，而不是用低代碼平臺去開發應用程序。

阿里低代碼引擎功能介紹

1、可視化編輯器

可視化編輯器，算是目前很多低代碼平臺的核心功能了，如果沒有可視化編輯器，就談不上低代碼開發，具體包括：組件庫、屬性配置、數據源管理、簡單代碼模塊等。

2、定制擴展能力

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

3、生態體系

提供8類物料生態、8類設計器生態、7類插件生態等。

阿里低代碼引擎面向人群

低代碼引擎屬于是前端的SDK，是一款面向前端研發人員的技術產品。如果有低代碼產品的研發訴求，例如：

1、業務有獨特的需求，市面上的低代碼平臺都不滿足需求，需要打造一款新的低代碼平臺。

2、需要將低代碼平臺的研發能力集成到已有系統中。

以上兩種情況，如果使用低代碼引擎，可以在極短時間內完成低代碼設計器的開發工作，大大降低低代碼設計器的研發難度和成本。根據定制化程度有所不同工作量可以由傳統的幾十人月壓縮到幾人月，節省達十倍之多。

總結：

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

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

這類技術引擎，在后臺基于微服務的前提下，還是挺方便的?？焖僭筒恍枰肁xure和美工了，自己“拖拉拽”就能夠實現幾個基本功能。但是吧，前端存在的意義，其實并不只是把組件放在頁面上。真正漂亮的設計，是在美工精心設計后，結合前端的js技術，給出一個比較驚艷的效果。

當然了，精工細作和快速粗爆各有所求，很多時候一個能夠快速呈現和操作的界面已經滿足了80%的需求了，而在這些場景中用織信Informat低代碼開發也能完成不少需求，至少不需要找一個對各種框架都很熟悉的程序員就可能進行開發，門檻就大大降低了。

評價的話，從目前而言這可能是個適合外包人員的開發利器，它同時可能降低前端的門檻，加劇前端的內卷。同時考慮其組件化的架構，可能會出現一些組件開發的公司，以低代碼平臺的插件形式，做一些收費的外觀組件。然后網頁呈現就會變得越來越同質化，越來越沒有新意。