在當(dāng)今數(shù)字化飛速發(fā)展的時(shí)代，企業(yè)對(duì)高效、敏捷的應(yīng)用程序需求日益旺盛。為了滿足這一需求，越來(lái)越多的低代碼開(kāi)發(fā)平臺(tái)開(kāi)始涌現(xiàn)。這些平臺(tái)通過(guò)提供簡(jiǎn)單易用的開(kāi)發(fā)工具和優(yōu)化后的開(kāi)發(fā)流程，幫助開(kāi)發(fā)者快速構(gòu)建高質(zhì)量、可重復(fù)使用的應(yīng)用程序，同時(shí)降低了開(kāi)發(fā)的難度和成本，提高了開(kāi)發(fā)效率和靈活性。這些低代碼開(kāi)發(fā)平臺(tái)的出現(xiàn)，無(wú)疑為企業(yè)的數(shù)字化轉(zhuǎn)型提供了更快速、更高效的方法，也將推動(dòng)整個(gè)軟件開(kāi)發(fā)行業(yè)的進(jìn)步。

TinyEngine 項(xiàng)目介紹

隨著企業(yè)對(duì)于低代碼開(kāi)發(fā)平臺(tái)的需求日益增長(zhǎng)，急需一個(gè)通用的解決方案來(lái)滿足各種低代碼平臺(tái)的開(kāi)發(fā)需求。正是在這種情況下，低代碼引擎應(yīng)運(yùn)而生。它是一種通用的開(kāi)發(fā)框架，通過(guò)對(duì)低代碼平臺(tái)系統(tǒng)常用的功能進(jìn)行解構(gòu)，將其劃分為多個(gè)功能模塊，并為每個(gè)模塊定義了相應(yīng)的協(xié)議和開(kāi)發(fā)范式，使得開(kāi)發(fā)者可以根據(jù)自身的業(yè)務(wù)需求，輕松定制開(kāi)發(fā)出自己的低代碼開(kāi)發(fā)平臺(tái)。

TinyEngine 提供了低代碼底層能力，并集成了人工智能，從而使用戶能夠高效開(kāi)發(fā)。TinyEngine 具有強(qiáng)大的拖拽功能，無(wú)論是圖元還是復(fù)雜組件，都能在畫布上帶來(lái)流暢的體驗(yàn)。它適用于多場(chǎng)景的低代碼平臺(tái)開(kāi)發(fā)，包括資源編排、流程編排、服務(wù)端渲染、模型驅(qū)動(dòng)、移動(dòng)端、大屏端以及頁(yè)面編排等低代碼平臺(tái)。

核心亮點(diǎn)

• 可以定制開(kāi)發(fā)低碼平臺(tái)。

TinyEngine 采用靈活的系統(tǒng)架構(gòu)，其出色的整體架構(gòu)提供了高度的自定義自由度，使用戶能夠像搭建積木一樣選擇不同的模塊來(lái)構(gòu)建自己的專屬設(shè)計(jì)器。此外，插件化的架構(gòu)使得用戶可以方便地?cái)U(kuò)展與業(yè)務(wù)相關(guān)的功能。 在 TinyEngine 中，插件根據(jù)位置大致分為三類：toolbars/plugins/settings，分別對(duì)應(yīng)頂部區(qū)域、左側(cè)區(qū)域和右側(cè)區(qū)域。toolbars 插件主要偏向于無(wú)需 UI 或者 UI 較為簡(jiǎn)單的工具插件，plugins 是業(yè)務(wù)功能插件，顯示在左側(cè)(或下方)抽屜頁(yè)面，可以通過(guò)點(diǎn)擊進(jìn)行展開(kāi)收起或切換。這些功能都像是獨(dú)立的積木塊，用戶可以選擇性地保留或刪除。同時(shí)，用戶也可以開(kāi)發(fā)自己的插件或工具，并將其安裝到對(duì)應(yīng)的位置。TinyEngine 的靈活性極強(qiáng)，用戶可以自由地決定他們想要開(kāi)發(fā)什么樣的低代碼平臺(tái)。

TinyEngine 提供了一套完善的插件體系，涵蓋了插件開(kāi)發(fā)所需的基礎(chǔ) UI 庫(kù)、工具庫(kù)、插件面板的顯示控制、生命周期管理、公共 API 注冊(cè)與共享等。這一體系使得開(kāi)發(fā)者只需遵循簡(jiǎn)單的規(guī)范，即可快速開(kāi)發(fā)出業(yè)務(wù)所需的插件，從而極大地提高了開(kāi)發(fā)效率和靈活性。通過(guò)使用 TinyEngine 提供的插件體系，開(kāi)發(fā)者可以更加輕松地管理和維護(hù)復(fù)雜的插件生態(tài)系統(tǒng)，同時(shí)降低維護(hù)成本?？傊琓inyEngine 的插件體系為開(kāi)發(fā)者提供了一個(gè)全面、高效、靈活的開(kāi)發(fā)平臺(tái)，使得快速開(kāi)發(fā)出高質(zhì)量的插件成為可能。

插件開(kāi)發(fā)需要遵循一定的開(kāi)發(fā)規(guī)范，主要是文件規(guī)范與導(dǎo)出規(guī)范：

1、文件規(guī)范，必須包含下面幾個(gè)文件

2、導(dǎo)出規(guī)范， index.js 文件需要導(dǎo)出一個(gè)對(duì)象來(lái)聲明基礎(chǔ)信息

在此基礎(chǔ)上就可以按照業(yè)務(wù)需要自由開(kāi)發(fā)相關(guān)邏輯代碼。

3、最后在 addons.js 插件配置文件中引入，就完成一個(gè)完整的插件開(kāi)發(fā)了。

（ps:我們呼吁用戶把開(kāi)發(fā)的插件包開(kāi)源，共建 TinyEngine 的生態(tài)。）

• TinyEngine 有開(kāi)放的物料協(xié)議和擴(kuò)展接口。

TinyEngine 低代碼引擎默認(rèn)的物料來(lái)源于華為云開(kāi)源組件庫(kù) TinyVue，該組件庫(kù)擁有豐富的組件和強(qiáng)大的功能。并且實(shí)現(xiàn)了跨端垮技術(shù)棧，同時(shí)支持 vue2 和 vue3。即使業(yè)務(wù)系統(tǒng)使用其他組件庫(kù)，也無(wú)需切換，得益于 TinyEngine 強(qiáng)大的開(kāi)放物料設(shè)計(jì)，可直接導(dǎo)入第三方組件庫(kù)，例如 elementUI 和 AntDesign 等。引擎底層技術(shù)架構(gòu)采用 webcomponent 技術(shù)，因此支持 Vue、React 和 Angular 等不同技術(shù)棧的組件或區(qū)塊。用戶可以自由選擇所需的組件庫(kù)并導(dǎo)入使用。

導(dǎo)入第三方組件庫(kù)，找到 runner.js 物料文件。然后參照默認(rèn)物料 @opentiny/vue 即可，主要修改以下地方：

通過(guò)導(dǎo)入第三方組件庫(kù)，用戶可以在低代碼平臺(tái)中使用這些組件庫(kù)來(lái)開(kāi)發(fā)應(yīng)用程序。除了導(dǎo)入組件外，用戶還需要通過(guò) bundle.json 文件來(lái)描述導(dǎo)入的組件所暴露出來(lái)的事件和屬性。這樣，用戶可以在應(yīng)用程序中使用這些組件，并通過(guò) bundle.json 文件來(lái)了解和使用組件的事件和屬性。這是一個(gè)非常方便和靈活的功能，使得用戶可以自由地使用和定制他們所需的組件，從而快速開(kāi)發(fā)出高質(zhì)量的應(yīng)用程序。

• TinyEngine 支持自定義 DSL 生成定制的源代碼。 相對(duì)于在運(yùn)行時(shí)由平臺(tái)提供渲染引擎的方式，這種方式能夠?yàn)橛脩籼峁└嗟淖灾鳈?quán)和安全性。用戶可以自由地定義自己的 DSL，并根據(jù)需要生成定制化的源代碼，從而更加靈活地控制應(yīng)用程序的行為和性能。

TinyEngine 默認(rèn)生成 Vue 的源代碼。當(dāng)頁(yè)面編排完成后，會(huì)生成一個(gè)包含頁(yè)面信息的 schema。DSL 通過(guò)便利遞歸等方法，從中生成源代碼。如果技術(shù)棧是 Angular 或 React，用戶可以完全開(kāi)發(fā)一個(gè) Angular 或 React 的 DSL，從而生成一個(gè)新的源代碼工程。用戶可以根據(jù)自己的需求定制生成源代碼的方式，這是一個(gè)非常靈活和強(qiáng)大的功能，使得 TinyEngine 可以適應(yīng)不同的技術(shù)棧和需求，從而更加廣泛地應(yīng)用于各種應(yīng)用程序的開(kāi)發(fā)。

如果你想開(kāi)發(fā)其他技術(shù)棧的 DSL，那么一定要對(duì)頁(yè)面協(xié)議比較熟悉。

對(duì)于需要被搜索引擎爬蟲(chóng) SEO 的用戶，也可以用服務(wù)端 SSR 的解決方式。這種方案也可以用來(lái)快速查看自己編輯的頁(yè)面。

• TinyEngine 支持高低代碼混合開(kāi)發(fā)。
  

高低代碼混合開(kāi)發(fā)可以更好地滿足業(yè)務(wù)需求。在企業(yè)的應(yīng)用開(kāi)發(fā)中，往往需要面對(duì)快速變化的業(yè)務(wù)需求，此時(shí)，如果全部采用低代碼方式進(jìn)行開(kāi)發(fā)，則可能會(huì)因?yàn)榇a的復(fù)雜性而無(wú)法快速適應(yīng)變化。而如果采用高低代碼混合的方式，則可以通過(guò)低代碼進(jìn)行常規(guī)業(yè)務(wù)的快速開(kāi)發(fā)，對(duì)于特殊的業(yè)務(wù)邏輯，則由專業(yè)開(kāi)發(fā)人員通過(guò)高代碼進(jìn)行實(shí)現(xiàn)，這樣就可以更好地滿足業(yè)務(wù)需求的變化。

TinyEngine 在構(gòu)建應(yīng)用程序的過(guò)程中，提供了下載源代碼的功能，使得用戶可以在線下進(jìn)行復(fù)雜業(yè)務(wù)邏輯的調(diào)試。這一特點(diǎn)極大地便利了開(kāi)發(fā)者的操作，減少了在線調(diào)試和測(cè)試的時(shí)間和資源消耗，同時(shí)也提高了代碼的質(zhì)量和可靠性。通過(guò)下載源代碼進(jìn)行調(diào)試，用戶可以更加靈活地控制應(yīng)用程序的行為和性能，從而更好地滿足業(yè)務(wù)需求?？傊?，TinyEngine 的這一特點(diǎn)為用戶提供了更多的自主權(quán)和靈活性，使得他們可以更加高效地控制應(yīng)用程序的行為和性能。

• TinyEngine 支持 AI 輔助開(kāi)發(fā)。

低代碼平臺(tái)與 AI 的結(jié)合具有巨大的發(fā)展?jié)摿?。這種結(jié)合可以在很大程度上提高非專業(yè)開(kāi)發(fā)者的開(kāi)發(fā)效率和應(yīng)用智能化水平。隨著 AI 技術(shù)的不斷發(fā)展和低代碼平臺(tái)的不斷成熟，二者的結(jié)合將會(huì)在更多領(lǐng)域內(nèi)實(shí)現(xiàn)更高效、更智能的業(yè)務(wù)流程和管理模式，帶來(lái)更大的商業(yè)價(jià)值。

低代碼平臺(tái)通過(guò)提供易于使用的開(kāi)發(fā)工具和預(yù)先構(gòu)建的模塊，簡(jiǎn)化了應(yīng)用程序的開(kāi)發(fā)過(guò)程。AI 技術(shù)則可以幫助應(yīng)用程序具備更智能、更自適應(yīng)的特性。通過(guò)低代碼平臺(tái)和 AI 的結(jié)合，開(kāi)發(fā)者可以更快速、更高效地構(gòu)建應(yīng)用程序，并實(shí)現(xiàn)更智能化的應(yīng)用特性。

企業(yè)關(guān)于低代碼的需求

• PDM 元數(shù)據(jù)電子審批流

  審批流業(yè)務(wù)場(chǎng)景是現(xiàn)代企業(yè)運(yùn)營(yíng)中不可或缺的一環(huán)。業(yè)務(wù)流程從某個(gè)特定點(diǎn)開(kāi)始，然后經(jīng)過(guò)一系列的審批節(jié)點(diǎn)，完成流程的審批。這些節(jié)點(diǎn)通常由不同級(jí)別的人員擔(dān)任，例如主管、經(jīng)理、財(cái)務(wù)、法務(wù)和總經(jīng)理等，每個(gè)人都扮演著特定的角色和職責(zé)。

  假設(shè)場(chǎng)景如下：流程發(fā)起人 A 啟動(dòng)了一個(gè)電子審批流程。這個(gè)流程首先會(huì)被傳遞到主管進(jìn)行審批。在審批過(guò)程中，主管會(huì)仔細(xì)檢查初始業(yè)務(wù)流程信息和其他相關(guān)數(shù)據(jù)，然后決定是否進(jìn)一步推進(jìn)流程，或退回給 A 進(jìn)行修訂。如果主管批準(zhǔn)了這個(gè)流程，那么它將被移交給下一級(jí)審批人，也就是經(jīng)理。在經(jīng)理的審批環(huán)節(jié)，他/她也會(huì)詳查相關(guān)數(shù)據(jù)和信息，并基于這些以及自己的獨(dú)立判斷來(lái)做出決策。值得注意的是，盡管經(jīng)理可以查看到主管填寫的一些技術(shù)信息，但這些信息并不對(duì)財(cái)務(wù)和法務(wù)公開(kāi)。也就是說(shuō)，只有經(jīng)理和總經(jīng)理可以看到這些技術(shù)信息，財(cái)務(wù)和法務(wù)無(wú)法獲知。經(jīng)理會(huì)根據(jù)這些保密信息以及自己的專業(yè)判斷來(lái)決定是否繼續(xù)推進(jìn)流程。

  如果經(jīng)理也批準(zhǔn)了該流程，那么它將被送至財(cái)務(wù)節(jié)點(diǎn)進(jìn)行審批。在審批過(guò)程中，財(cái)務(wù)主要關(guān)注經(jīng)濟(jì)相關(guān)的問(wèn)題，例如價(jià)格、付款方式等等。一旦財(cái)務(wù)審批通過(guò)，流程會(huì)被移交給法務(wù)進(jìn)行審批。

  與財(cái)務(wù)審批類似，法務(wù)審批主要關(guān)注法律風(fēng)險(xiǎn)和合規(guī)性問(wèn)題。在審批時(shí)，法務(wù)會(huì)仔細(xì)檢查相關(guān)的合同、協(xié)議等法律文件，并評(píng)估是否存在任何法律風(fēng)險(xiǎn)或合規(guī)性問(wèn)題。一旦法務(wù)批準(zhǔn)了流程，流程將被移交給總經(jīng)理進(jìn)行最后的審批，以完成整個(gè)審批流程。

需要注意的是，這種審批流業(yè)務(wù)場(chǎng)景并不是只有一個(gè)，而是有很多個(gè)。例如，除了上述的采購(gòu)流程，還有其他業(yè)務(wù)流程需要進(jìn)行審批，比如：數(shù)據(jù)入庫(kù)流程、報(bào)價(jià)流程等等。每個(gè)流程都有自己的特點(diǎn)和審批節(jié)點(diǎn)數(shù)量不一。有些流程可能只需要兩三個(gè)節(jié)點(diǎn)就可以完成審批，有些則可能需要十幾個(gè)節(jié)點(diǎn)才能完成。但是，所有類型的審批流大致相似。如：頁(yè)面上常見(jiàn)的元素包括表單、表格以及常用的審批組件等。

技術(shù)分析：若采用傳統(tǒng)的開(kāi)發(fā)方式，每當(dāng)新增一種流程時(shí)，前端開(kāi)發(fā)人員都需要開(kāi)發(fā)所有審批節(jié)點(diǎn)的審批頁(yè)面，并重新進(jìn)行發(fā)布流程。同樣地，服務(wù)端開(kāi)發(fā)人員也需要重新建立一個(gè)審批流，通過(guò)特定頁(yè)面錄入各節(jié)點(diǎn)審批人，并編寫相應(yīng)的審批流規(guī)則。顯然，這對(duì)于前端和服務(wù)端開(kāi)發(fā)人員來(lái)說(shuō)都是十分繁瑣的工作。

解決方案： ?基于 TinyEngine 低代碼引擎，開(kāi)發(fā)出一個(gè)專為電子審批流設(shè)計(jì)的低代碼平臺(tái)。然后，將所有與流程相關(guān)的組件，如模板、評(píng)審記錄和流程指引等導(dǎo)入到平臺(tái)的物料區(qū)域。最后，將這個(gè)專注于開(kāi)發(fā)審批流的低代碼平臺(tái)集成到 PDM 元數(shù)據(jù)電子流業(yè)務(wù)模塊中。在低代碼平臺(tái)上，想要開(kāi)發(fā)任意一個(gè)流程的審批頁(yè)面，只需要將流程模板拖入，并在模板中嵌入本流程的表單或表格，即可輕松完成該節(jié)點(diǎn)的審批頁(yè)面，極大地提高了開(kāi)發(fā)效率和便利性！ 服務(wù)端也將采用另一種特定于 flow 類型的低代碼平臺(tái)（將在后續(xù)內(nèi)容中詳細(xì)介紹），以實(shí)現(xiàn)對(duì)審批流程人員編排。這樣，前后端之間的連接就實(shí)現(xiàn)了完美的貫通。

• Flow 圖元編排類型設(shè)計(jì)器

圖形編排在眾多場(chǎng)景中扮演著重要角色，例如流程圖、審批流、部署流水線和架構(gòu)圖等。資源編排只是編排的主體變成了云服務(wù)資源。

資源編排遵循基礎(chǔ)設(shè)施即代碼（Infrastructure as Code, IaC）的設(shè)計(jì)理念，資源編排與以往單獨(dú)管理每種云服務(wù)資源的方式有所不同。通過(guò)資源編排設(shè)計(jì)器，用戶無(wú)需手動(dòng)創(chuàng)建多個(gè)資源，只需在平臺(tái)上使用設(shè)計(jì)器進(jìn)行拖拽和配置，即可生成模板，并一鍵部署多個(gè)資源。這樣，用戶可以更加高效地管理和編排云服務(wù)資源，提高資源的利用率和部署速度。

因此，針對(duì)資源編排服務(wù)場(chǎng)景，我們需要定制一個(gè)專用的低代碼平臺(tái)來(lái)滿足用戶的需求。該平臺(tái)將具備圖形化界面，允許用戶通過(guò)簡(jiǎn)單的拖拽和配置來(lái)創(chuàng)建、修改和刪除資源編排模板，而無(wú)需編寫大量的代碼。此外，該平臺(tái)還將支持一鍵部署功能，以快速部署多個(gè)資源，提高資源編排的效率和速度。

考慮到需要支持大量的云服務(wù)資源，且每個(gè)云服務(wù)資源需要配置的屬性各不相同，因此采用傳統(tǒng)開(kāi)發(fā)方式為每種云服務(wù)資源開(kāi)發(fā)專門的屬性設(shè)置頁(yè)面是不可行的。因此，我們需要一個(gè)能夠自定義渲染的屬性配置方案。通過(guò)自定義渲染，用戶可以根據(jù)不同的云服務(wù)資源類型和屬性，自由地定義和控制屬性頁(yè)面的交互效果，從而提高屬性配置的靈活性和可擴(kuò)展性。

同時(shí)模板是極為重要的一環(huán)，它直接關(guān)系到最終資源的部署。因此，模板需要符合特定的標(biāo)準(zhǔn)格式，這就要求畫布和屬性面板的輸入必須能夠準(zhǔn)確反映到最終的模板中。

整理出主要的述求：

• 整個(gè)頁(yè)面應(yīng)至少包含以下幾部分：資源列表、畫布和屬性設(shè)置面板

• 畫布應(yīng)具備核心的拖拽和連線繪圖功能，以支持用戶直觀地進(jìn)行資源編排

• 屬性設(shè)置面板需要支持自定義配置渲染，以滿足不同云服務(wù)資源類型和屬性的配置需求

• 該平臺(tái)應(yīng)具備可拓展性，以支持開(kāi)發(fā)出其他能力，滿足未來(lái)可能出現(xiàn)的新的編排需求

在分析了上述需求后，我們可以清楚地看到，使用傳統(tǒng)開(kāi)發(fā)方式將面臨巨大的工作量和現(xiàn)實(shí)的實(shí)現(xiàn)困難。同時(shí)，經(jīng)過(guò)對(duì)比發(fā)現(xiàn)，資源編排設(shè)計(jì)器和低代碼設(shè)計(jì)器之間有許多相似之處，例如它們都涉及基礎(chǔ)資源、拖拽操作和配置功能，只是在畫布區(qū)域存在差異。

解決方案： TinyEngine 作為一個(gè)出色的低代碼引擎，通過(guò)優(yōu)秀的整體架構(gòu)提供了高度自由的定制能力。它允許我們像搭積木一樣選擇不同的積木來(lái)搭建一個(gè)專屬的設(shè)計(jì)器。同時(shí)，屬性面板全部通過(guò) JSON 配置文件進(jìn)行渲染，無(wú)需編寫任何代碼，靈活而強(qiáng)大。這種開(kāi)發(fā)方式可以大大降低開(kāi)發(fā)成本，提高效率。 該設(shè)計(jì)器的布局類似于 VS Code，核心模板與功能區(qū)域劃分清晰明了，易于上手。插件化的架構(gòu)也使得自由拓展業(yè)務(wù)相關(guān)功能變得輕而易舉。 綜上所述，我們最終決定使用 TinyEngine 來(lái)開(kāi)發(fā)圖元編排設(shè)計(jì)器，以滿足資源編排的需求。

• 其他業(yè)務(wù)類型的低碼平臺(tái)訴求

1，跨境電商的低代碼平臺(tái)，旨在方便商家快速裝修店鋪。商家只需要從平臺(tái)提供的模板中選擇一套適合自己的商品模板，并進(jìn)行文字和圖片的修改，即可快速建立自己的電商網(wǎng)站。此外，該平臺(tái)還需要具備方便搜索引擎優(yōu)化（SEO）的功能，讓商家的電商網(wǎng)站更容易被潛在客戶發(fā)現(xiàn)。

2，隨著移動(dòng)互聯(lián)網(wǎng)的迅速普及，各種應(yīng)用程序推送消息的需求日益增長(zhǎng)。在這個(gè)背景下，APP 廠商只需要使用推送消息平臺(tái)提供的模板，并簡(jiǎn)單配置一下推送內(nèi)容和樣式，即可輕松實(shí)現(xiàn)消息推送。

3，運(yùn)維管理平臺(tái)是針對(duì)企業(yè)運(yùn)營(yíng)過(guò)程中涉及的各種數(shù)據(jù)和頁(yè)面進(jìn)行管理的工具。隨著企業(yè)運(yùn)營(yíng)數(shù)據(jù)的不斷增加，頁(yè)面變得越來(lái)越復(fù)雜。其實(shí)不同的崗位對(duì)于關(guān)心的信息也不盡相同。低代碼平臺(tái)的應(yīng)用可以讓不同崗位的員工通過(guò)簡(jiǎn)單的拖拽操作，輕松獲取自己需要的數(shù)據(jù)和信息。這種方式不僅可以提高工作效率，而且還可以降低操作難度，使得更多人可以輕松上手使用。

未來(lái)展望

TinyEngine 專注于為用戶提供低代碼的基礎(chǔ)能力，目前正致力于跟生成式 AI 相結(jié)合，與用戶共同打造面向未來(lái)的應(yīng)用。

其他說(shuō)明

OpenTiny?是一套企業(yè)級(jí)Web應(yīng)用構(gòu)建解決方案，提供跨端、跨框架的UI組件庫(kù)，適配 PC 端 / 移動(dòng)端等多端，支持?Vue2 / Vue3 / Angular?多技術(shù)棧，擁有集成人工智能的低代碼引擎，包含主題配置系統(tǒng) / 中后臺(tái)模板 / CLI?命令行等豐富的效率提升工具，可幫助開(kāi)發(fā)者高效開(kāi)發(fā) Web 應(yīng)用。

• 跨端跨框架：?使用 Renderless 無(wú)渲染組件設(shè)計(jì)架構(gòu)，實(shí)現(xiàn)了一套代碼同時(shí)支持 Vue2 / Vue3，PC / Mobile 端，并支持函數(shù)級(jí)別的邏輯定制和全模板替換，靈活性好、二次開(kāi)發(fā)能力強(qiáng)

• 組件豐富：PC 端有100+組件，移動(dòng)端有30+組件，包含高頻組件 Table、Tree、Select 等，內(nèi)置虛擬滾動(dòng)，保證大數(shù)據(jù)場(chǎng)景下的流暢體驗(yàn)，除了業(yè)界常見(jiàn)組件之外，我們還提供了一些獨(dú)有的特色組件，如：Split 面板分割器、IpAddress IP地址輸入框、Calendar 日歷、Crop 圖片裁切等

• 集成人工智能：低代碼引擎提供低代碼底層的能力，集成人工智能，讓AI助力用戶高效開(kāi)發(fā)，適用于多場(chǎng)景的低代碼平臺(tái)開(kāi)發(fā)。如：資源編排、服務(wù)端渲染、模型驅(qū)動(dòng)、移動(dòng)端、大屏端、頁(yè)面編排等低代碼平臺(tái)

• 配置式組件：?組件支持模板式和配置式兩種使用方式，適合低代碼平臺(tái)，目前團(tuán)隊(duì)已經(jīng)將 OpenTiny 集成到內(nèi)部的低代碼平臺(tái)，針對(duì)低碼平臺(tái)做了大量?jī)?yōu)化

• 周邊生態(tài)齊全：?提供了基于 Angular + TypeScript 的 TinyNG 組件庫(kù)，提供包含 10+ 實(shí)用功能、20+ 典型頁(yè)面的 TinyPro 中后臺(tái)模板，提供覆蓋前端開(kāi)發(fā)全流程的 TinyCLI 工程化工具，提供強(qiáng)大的在線主題配置平臺(tái) TinyTheme

歡迎加入 OpenTiny 開(kāi)源社區(qū)。添加微信小助手：opentiny-official 一起參與交流前端技術(shù)～

OpenTiny 官網(wǎng)?：opentiny.design/

OpenTiny 代碼倉(cāng)庫(kù)：github.com/opentiny/

TinyEngine 官網(wǎng)：https://opentiny.design/tiny-engine

TinyEngine 源碼：https://github.com/opentiny/tiny-engine

Vue 組件庫(kù)：opentiny.design/tiny-vue

Angular 組件庫(kù)：opentiny.design/tiny-ng

歡迎進(jìn)入代碼倉(cāng)庫(kù) Star??TinyVue、TinyNG、TinyCLI~

如果你也想要共建，可以進(jìn)入代碼倉(cāng)庫(kù)，找到?good first issue標(biāo)簽，一起參與開(kāi)源貢獻(xiàn)~

往期文章推薦

• 必不可少的UI組件一——組件的基礎(chǔ)知識(shí)

• OpenTiny Vue 3.10.0 版本發(fā)布：組件 Demo 支持 Composition 寫法，新增4個(gè)新組件

• 前端Vuer，請(qǐng)收好這份《Vue組件單元測(cè)試》寶典

• OpenTiny 前端組件庫(kù)正式開(kāi)源啦！面向未來(lái)，為開(kāi)發(fā)者而生

• 從自研走向開(kāi)源的 TinyVue 組件庫(kù)

• 我要做開(kāi)源，提交我的第一個(gè)PR