背景

目前云音樂(lè)已經(jīng)建立了基于 GraphQL 的 BFF 研發(fā)模式，在探索前后端協(xié)同的 BFF 研發(fā)模式上，起到了一定的作用和影響。然而，這種研發(fā)模式并未解決業(yè)務(wù)側(cè)研發(fā)人員的核心痛點(diǎn)，同時(shí)又引出了一些新的問(wèn)題，主要體現(xiàn)在以下幾方面：

BFF 場(chǎng)景下業(yè)務(wù)邏輯的編排訴求

• 邏輯編排能力低：由于 GraphQL 是用于 API 查詢的 DSL，比較側(cè)重?cái)?shù)據(jù)聚合和選擇；當(dāng)存在一定的業(yè)務(wù)邏輯時(shí)，諸如對(duì)輸入?yún)?shù)、輸出結(jié)果做相應(yīng)的處理，需要增加邏輯判斷等，只能在 Groovy 腳本中實(shí)現(xiàn)；由于腳本實(shí)現(xiàn)沒(méi)有相應(yīng)規(guī)范，很容易導(dǎo)致大量業(yè)務(wù)邏輯會(huì)通過(guò)腳本實(shí)現(xiàn)，造成腳本濫用。

   

• 資源開(kāi)銷成本高：不論是測(cè)試接口還是業(yè)務(wù)實(shí)現(xiàn)接口，都會(huì)產(chǎn)生機(jī)器資源開(kāi)銷，目前存在大量無(wú)流量應(yīng)用和實(shí)例，造成資源浪費(fèi)。

• 交互復(fù)雜，上手成本高：由于產(chǎn)品概念較多且交互復(fù)雜，中間實(shí)現(xiàn)鏈路較長(zhǎng)，導(dǎo)致接口調(diào)試不便，排查問(wèn)題困難。

• 角色分工不清晰，服務(wù)治理能力弱：前端研發(fā)人員主要負(fù)責(zé) API 接口搭建、自測(cè)，從而完成接口的交付；但在引擎服務(wù)集群穩(wěn)定性、流量水位方面缺少評(píng)估經(jīng)驗(yàn)，而這部分內(nèi)容服務(wù)端研發(fā)人員相對(duì)更擅長(zhǎng)點(diǎn)；另一方面，由于前端和服務(wù)端研發(fā)人員需要關(guān)注的領(lǐng)域和內(nèi)容不同，一些運(yùn)維操作通常都需要跨平臺(tái)使用，導(dǎo)致服務(wù)治理困難。

服務(wù)的沉淀與復(fù)用

在活動(dòng)玩法場(chǎng)景下已存在簡(jiǎn)單的輕量級(jí)流程編排能力，但由于接入復(fù)雜、平臺(tái)使用困難，目前使用并不廣泛；與此同時(shí)，在該場(chǎng)景下一些固化配置和邏輯處理也并未沉淀成為服務(wù)資產(chǎn)，導(dǎo)致相應(yīng)業(yè)務(wù)邏輯的復(fù)用能力較低。

全鏈路低代碼建設(shè)

另一方面，云音樂(lè)已經(jīng)構(gòu)建了 Tango 低代碼搭建平臺(tái)。Tango 在 UI 層已經(jīng)極大地提升了需求交付和研發(fā)效率，但在基礎(chǔ)邏輯編排、基礎(chǔ)服務(wù)編排、乃至模型驅(qū)動(dòng) UI 的基礎(chǔ)資源編排方面還是一片空白，構(gòu)建服務(wù)端低代碼產(chǎn)品，建立全鏈路低代碼研發(fā)模式是重要建設(shè)目標(biāo)。

思考

BFF 的應(yīng)用場(chǎng)景是根據(jù)當(dāng)前業(yè)務(wù)需要，對(duì)多個(gè)微服務(wù)接口返回的數(shù)據(jù)進(jìn)行組裝，會(huì)承載一些業(yè)務(wù)邏輯判斷或數(shù)據(jù)格式轉(zhuǎn)化，方便客戶端（包括：PC Web，H5，App，小程序等）消費(fèi)的架構(gòu)模式，其主要是為了解決多訪問(wèn)終端業(yè)務(wù)耦合問(wèn)題。

云音樂(lè)當(dāng)前的 BFF 的研發(fā)模式只是交付 C 端部分業(yè)務(wù)場(chǎng)景的方式之一，其他 C 端場(chǎng)景以及大量 B 端場(chǎng)景也或多或少都存在相類似的訴求，但交付需求的方式依舊是傳統(tǒng)的研發(fā)方式。相比較前端可通過(guò)組件、模塊、頁(yè)面模版、樣板間、微前端架構(gòu)等眾多方式快速?gòu)?fù)用 UI 和交互能力，服務(wù)端想沉淀和快速?gòu)?fù)用一些服務(wù)資產(chǎn)時(shí)，存在諸多不便。這些不便主要體現(xiàn)在：接口實(shí)現(xiàn)規(guī)范較多，統(tǒng)一實(shí)施難以落地；微服務(wù)較多邊界較模糊且占用資源不一，一些場(chǎng)景下又需要將多個(gè)微服務(wù)合并成一個(gè)微服務(wù)。

那么在云音樂(lè)當(dāng)前研發(fā)現(xiàn)狀下，有沒(méi)有一種方式，即能實(shí)現(xiàn)自由組裝服務(wù)資產(chǎn)，清晰地表達(dá)服務(wù)間依賴關(guān)系和對(duì)應(yīng)業(yè)務(wù)場(chǎng)景邏輯；又能通過(guò)一定的手段沉淀和復(fù)用服務(wù)資產(chǎn)，在給定輸入值后可自動(dòng)調(diào)用依賴服務(wù)輸出結(jié)果；與此同時(shí)，還可搭配 Tango 低代碼搭建平臺(tái)，在整體研發(fā)鏈路上進(jìn)一步降低開(kāi)發(fā)成本，提升交付質(zhì)量和效率。

答案是存在的，那就是：基于流程編程 (Flow-based programming)

關(guān)于 FBP

基于流程編程是一種特殊形式的數(shù)據(jù)流程編程范式，其可以將程序表達(dá)為具有輸入和輸出的有向圖，圖內(nèi)每個(gè)節(jié)點(diǎn)具備一定的中間運(yùn)算過(guò)程，并通過(guò)特殊邏輯關(guān)聯(lián)將節(jié)點(diǎn)銜接起來(lái)，當(dāng)給定輸入時(shí)，就會(huì)自動(dòng)執(zhí)行并輸出結(jié)果。

典型的 FBP 程序圖表達(dá)如下圖所示：

FBP 程序圖.png

通過(guò)對(duì) FBP 程序的圖表達(dá)分析不難發(fā)現(xiàn)，這種有向圖包含著明確的輸入和輸出節(jié)點(diǎn)、中間依賴節(jié)點(diǎn)、以及節(jié)點(diǎn)間連接關(guān)系，其是可以通過(guò)流程圖的方式表達(dá)的。

解法

為了解決當(dāng)前研發(fā)現(xiàn)狀所面臨的諸多問(wèn)題，基于 FBP 的理念和流程圖可視化編輯能力，云音樂(lè)公技低代碼團(tuán)隊(duì)發(fā)起了 TangoFlow 項(xiàng)目。項(xiàng)目旨在通過(guò)組裝式架構(gòu)，整合云音樂(lè)服務(wù)端技術(shù)棧，提供基礎(chǔ)邏輯編排能力，以網(wǎng)關(guān) API、統(tǒng)一 SDK 等方式暴露編排結(jié)果；從長(zhǎng)遠(yuǎn)目標(biāo)來(lái)看，期望構(gòu)建符合云音樂(lè)研發(fā)現(xiàn)狀的服務(wù)端低代碼平臺(tái)，結(jié)合 Tango 搭建平臺(tái)在提升需求交付效率和吞吐率、降低交付成本的同時(shí)，建立起完整的全鏈路低代碼研發(fā)模式。

架構(gòu)設(shè)計(jì)

我們期望開(kāi)發(fā)者在平臺(tái)創(chuàng)建好流程后，借助可視化搭建能力對(duì)服務(wù)資產(chǎn)進(jìn)行編排組裝，通過(guò)接口將圖信息傳給服務(wù)端；服務(wù)端得到圖信息后再將其轉(zhuǎn)化為 DSL 并發(fā)送給流程引擎，引擎在得到 DSL 后會(huì)自動(dòng)解析和執(zhí)行并以特定方式暴露編排結(jié)果，從而提供給客戶端消費(fèi)，用戶使用流程大致如下：

用戶使用流程.png

那么基于以上思考、期望目標(biāo)以及用戶使用核心鏈路，我們明確了 TangoFlow 的產(chǎn)品架構(gòu)，整體設(shè)計(jì)如下：

TangoFlow 架構(gòu).jpg

技術(shù)選型

構(gòu)建基礎(chǔ)邏輯編排能力，首當(dāng)其沖是要實(shí)現(xiàn)可視化的流程圖編輯能力。在對(duì)比了社區(qū)眾多相關(guān)流程圖編輯產(chǎn)品后，決定使用螞蟻開(kāi)源的 X6 圖編輯引擎，其主要有以下優(yōu)勢(shì)：

• 核心功能穩(wěn)定，持續(xù)迭代并完善自身能力
• 開(kāi)箱即用，組件和插件完備，便于定制，也可通過(guò)相應(yīng)注冊(cè)機(jī)制靈活擴(kuò)展能力
• 事件驅(qū)動(dòng)，有完備的事件機(jī)制來(lái)處理相關(guān)交互邏輯
• 數(shù)據(jù)驅(qū)動(dòng)，支持圖內(nèi)的節(jié)點(diǎn)和關(guān)系的序列化和反序列化
• 豐富的案例實(shí)現(xiàn)，可快速查看和在線調(diào)試運(yùn)行

產(chǎn)品設(shè)計(jì)

由于流程編排本質(zhì)上是抽象輸入、輸出、服務(wù)為節(jié)點(diǎn)組件，通過(guò)可視化拖拉拽將這些組件按流程圖方式組織，從而完成對(duì)應(yīng)的邏輯表達(dá)需求。鑒于社區(qū)不乏相關(guān)優(yōu)秀的產(chǎn)品，比如 XFlow、LogicFlow、ProcessOn、Figma、語(yǔ)雀、ioDraw等, 通過(guò)對(duì)這類產(chǎn)品的抽象和總結(jié)，最終確定 TangoFlow 的可視化編排界面結(jié)構(gòu)如下圖所示：

編排產(chǎn)品設(shè)計(jì).png

頂部導(dǎo)航

頂部導(dǎo)航需要展示一些核心的信息，同時(shí)也需要承載一些核心操作以及其他跳轉(zhuǎn)入口，主要體現(xiàn)在以下幾方面：

• 核心信息：所屬應(yīng)用、編排的流程、分支信息等
• 核心操作：分支切換、撤銷/重做、畫(huà)布縮放、 保存、發(fā)布等
• 其他入口：回到首頁(yè)、前往 APM、問(wèn)題反饋等

物料

物料面板不僅需要顯示有哪幾類、哪些節(jié)點(diǎn)組件，同時(shí)也需要節(jié)點(diǎn)組件具備拖拽至畫(huà)布內(nèi)自動(dòng)添加和顯示的能力。通過(guò)對(duì)流程圖的抽象分析，我們將流程中包含的節(jié)點(diǎn)分為以下幾大類：

• 觸發(fā)器：流程對(duì)應(yīng)的輸入節(jié)點(diǎn)，其主要是暴露網(wǎng)關(guān)服務(wù)端 HTTP 服務(wù)
• 邏輯控制：一些常見(jiàn)的邏輯表達(dá)，如 if-else、switch、for 迭代邏輯等
• 基礎(chǔ)服務(wù)：適配云音樂(lè)的服務(wù)資產(chǎn)，如：RPC 接口、Groovy 腳本、網(wǎng)關(guān) API 接口等
• 數(shù)據(jù)結(jié)果：流程對(duì)應(yīng)的結(jié)束節(jié)點(diǎn)，其主要是控制 BFF 服務(wù)輸出的內(nèi)容格式和數(shù)據(jù)結(jié)果。

畫(huà)布

畫(huà)布作為流程編排的核心能力，不僅需要提供流程節(jié)點(diǎn)的展示、節(jié)點(diǎn)組合嵌套、節(jié)點(diǎn)連接關(guān)系表達(dá)外，同時(shí)也需要承載一些快捷交互能力，諸如節(jié)點(diǎn)信息編輯、節(jié)點(diǎn)菜單、畫(huà)布菜單、邊標(biāo)簽設(shè)置等。

屬性設(shè)置

通過(guò)對(duì)流程中涉及每個(gè)節(jié)點(diǎn)的屬性抽象，產(chǎn)出相應(yīng)的節(jié)點(diǎn)屬性配置；由于每個(gè)節(jié)點(diǎn)所對(duì)應(yīng)的屬性配置是不同的，每個(gè)屬性在設(shè)置時(shí)所需的 UI 組件也不盡相同，這就要求屬性設(shè)置是一個(gè)動(dòng)態(tài)表單，且需要具備足夠的靈活度以及擴(kuò)展能力。

控制臺(tái)

在對(duì)流程進(jìn)行調(diào)試時(shí)，控制臺(tái)區(qū)域不僅需要展示請(qǐng)求入?yún)⒑洼敵鼋Y(jié)果，也需要展示引擎運(yùn)行 DSL 時(shí)的調(diào)用過(guò)程，方便在調(diào)試出錯(cuò)時(shí)能快速定位具體是哪一部分發(fā)生異常。

相關(guān)實(shí)現(xiàn)

基于以上產(chǎn)品設(shè)計(jì)和一些核心功能要求，最終的的 TangoFlow 的編排界面展示如下：

節(jié)點(diǎn)屬性

得益于 X6 的強(qiáng)大能力，很簡(jiǎn)單通過(guò) json 配置便可實(shí)現(xiàn)一個(gè)節(jié)點(diǎn)的樣式及相關(guān)交互能力。一個(gè) IF 節(jié)點(diǎn)的 json 配置如下圖所示：

IF 節(jié)點(diǎn)配置.png

• markup: 指定了渲染節(jié)點(diǎn)時(shí)使用的 SVG 片段，表明在該片段存在那些標(biāo)簽元素
• width：節(jié)點(diǎn)在畫(huà)布中的寬度
• height：節(jié)點(diǎn)在畫(huà)布中的高度
• attrs：對(duì) markup 中定義的元素選擇器的 SVG 屬性描述
• data：與節(jié)點(diǎn)關(guān)聯(lián)的業(yè)務(wù)數(shù)據(jù)，主要是抽象出來(lái)的節(jié)點(diǎn)名稱、類別、業(yè)務(wù)屬性等，可通過(guò) props 透?jìng)鹘o屬性面板使用
• ports：連接樁，即節(jié)點(diǎn)上的固定連接點(diǎn)
• tools：節(jié)點(diǎn)工具，可以增強(qiáng)節(jié)點(diǎn)的交互能力

通過(guò)舉一反三的方式其他節(jié)點(diǎn)的配置也是如此，整體便可組成所需節(jié)點(diǎn)的屬性配置 list 數(shù)據(jù)；在明確節(jié)點(diǎn)屬性后，便可使用注冊(cè)方法來(lái)注冊(cè)畫(huà)布所需的節(jié)點(diǎn)了，畫(huà)布組件的實(shí)現(xiàn)和節(jié)點(diǎn)注冊(cè)示例代碼如下：

節(jié)點(diǎn)注冊(cè).png

節(jié)點(diǎn)拖拽

由于 X6 已提供了 Dnd 插件，可快速實(shí)現(xiàn)往畫(huà)布內(nèi)拖拽節(jié)點(diǎn)自動(dòng)顯示的交互方式。整體實(shí)現(xiàn)思路是：在拖拽事件觸發(fā)時(shí)，需要先調(diào)用創(chuàng)建節(jié)點(diǎn)方法，再通過(guò)節(jié)點(diǎn)對(duì)象進(jìn)行節(jié)點(diǎn)屬性修改和業(yè)務(wù)數(shù)據(jù)設(shè)置，最后調(diào)用 dnd.start() 方法。核心實(shí)現(xiàn)代碼如下：

節(jié)點(diǎn)拖拽.png

節(jié)點(diǎn)/畫(huà)布菜單

當(dāng)需要鼠標(biāo)右鍵點(diǎn)擊顯示節(jié)點(diǎn)菜單時(shí)，可通過(guò)往節(jié)點(diǎn)添加自定義工具實(shí)現(xiàn)，效果圖如下：

節(jié)點(diǎn)菜單.png

實(shí)現(xiàn)自定義工具的思路如下：

在注冊(cè)節(jié)點(diǎn)時(shí)，注冊(cè)節(jié)點(diǎn)工具，示例代碼如下：

配置節(jié)點(diǎn)工具 tools 屬性，示例參考：

節(jié)點(diǎn)提示

同樣當(dāng)需要鼠標(biāo) hover 顯示節(jié)點(diǎn)提示信息時(shí)，也可通過(guò)往節(jié)點(diǎn)添加自定義工具實(shí)現(xiàn)，實(shí)現(xiàn)思路與實(shí)現(xiàn)節(jié)點(diǎn)菜單一致，此處不做過(guò)多贅述，展示如下：

節(jié)點(diǎn)提示展示.png

實(shí)現(xiàn)節(jié)點(diǎn)提示時(shí)需要注意以下幾點(diǎn)：

Canvas 組件內(nèi)設(shè)置固定的 dom 節(jié)點(diǎn)用以渲染相關(guān)內(nèi)容，示例代碼如下：

• 由于是自由畫(huà)布，需要考慮提示框的顯示位置，可相對(duì)于節(jié)點(diǎn)位置來(lái)顯示。

• 需要注意節(jié)點(diǎn)鼠標(biāo)進(jìn)入和節(jié)點(diǎn)鼠標(biāo)移出與節(jié)點(diǎn)鼠標(biāo)按下、節(jié)點(diǎn)連接樁移入等其他事件的影響。

節(jié)點(diǎn)提示組件的核心實(shí)現(xiàn)代碼如下：

節(jié)點(diǎn)提示實(shí)現(xiàn).png

節(jié)點(diǎn)組合設(shè)置

embedding 是實(shí)現(xiàn)節(jié)點(diǎn)組合嵌套的核心，具體配置可參考文檔說(shuō)明；當(dāng)需要檢查節(jié)點(diǎn)是否允許被組合嵌套時(shí)，可通過(guò) validate 方法實(shí)現(xiàn)，實(shí)現(xiàn)代碼如下：

embedding 是實(shí)現(xiàn)節(jié)點(diǎn)組合嵌套的核心，具體配置可參考文檔說(shuō)明；當(dāng)需要檢查節(jié)點(diǎn)是否允許被組合嵌套時(shí)，可通過(guò) validate 方法實(shí)現(xiàn)，實(shí)現(xiàn)代碼如下：

validate 實(shí)現(xiàn).png

以下兩類邏輯控制節(jié)點(diǎn)便是借助組合嵌套實(shí)現(xiàn)：

Switch 判斷：有固定的 I/O 連接樁，通過(guò)屬性配置增加 case 枚舉條件，僅支持嵌套 If 和基礎(chǔ)服務(wù)節(jié)點(diǎn)，展示如下：

Switch 示例.png

For 迭代器：有固定的 I/O 連接樁，可指定迭代對(duì)象、對(duì)象類型以及迭代返回值格式，支持嵌套 If、Break、Contine 和基礎(chǔ)服務(wù)節(jié)點(diǎn)，展示如下：

For 迭代器.png

邊標(biāo)簽設(shè)置

邊標(biāo)簽設(shè)置是基于內(nèi)置的 edge-editor 實(shí)現(xiàn)的，通過(guò)雙擊邊可自動(dòng)添加邊標(biāo)簽；不過(guò)由于該小工具并未判斷限制，鼠標(biāo)雙擊可創(chuàng)建多個(gè)標(biāo)簽；如果想每次只修改和保存一個(gè)，可在對(duì)應(yīng)的 setText 方法內(nèi)先刪除再添加，示例代碼如下：

邊標(biāo)簽設(shè)置.png

連接檢查

connecting 是實(shí)現(xiàn)節(jié)點(diǎn)連接交互的核心，具體配置可查閱相關(guān)文檔，當(dāng)需要對(duì)節(jié)點(diǎn)間是否允許連接時(shí)，可通過(guò) validateEdge 來(lái)實(shí)現(xiàn)，避免一些非法連線如：節(jié)點(diǎn)回環(huán)、從輸出到輸入等，實(shí)現(xiàn)代碼如下：

validateEdge 實(shí)現(xiàn).png

屬性面板

在產(chǎn)品設(shè)計(jì)章節(jié)有提到屬性面板需要具備足夠的靈活度以及擴(kuò)展能力，鑒于 Tango 已經(jīng)實(shí)現(xiàn)相關(guān)屬性表單能力，此處可直接引入使用，具體使用和實(shí)現(xiàn)方式參見(jiàn) setting-form

調(diào)試能力

流程在搭建完成后，還需要在線調(diào)試和驗(yàn)證。實(shí)現(xiàn)調(diào)試的思路是：借助 graph.toJSON() 方法導(dǎo)出節(jié)點(diǎn)和邊的 json 格式數(shù)據(jù)，在通過(guò)接口將這些節(jié)點(diǎn)數(shù)據(jù)傳遞給服務(wù)端，服務(wù)端拿到 json 數(shù)據(jù)后轉(zhuǎn)化為 DSL 并執(zhí)行，從而實(shí)現(xiàn)流程的在線調(diào)試能力。目前，TangoFlow 支持了以下三種方式的調(diào)試能力：

流程調(diào)試，通過(guò)設(shè)置輸入?yún)?shù)或者請(qǐng)求頭信息，對(duì)整體流程進(jìn)行調(diào)試，界面展示如下：

流程調(diào)試.png

節(jié)點(diǎn)調(diào)試，對(duì)當(dāng)前的服務(wù)節(jié)點(diǎn)進(jìn)行在線調(diào)試，頁(yè)面展示如下：

節(jié)點(diǎn)調(diào)試.png

遠(yuǎn)程調(diào)試，即指定某一環(huán)境對(duì)應(yīng)的集群內(nèi)機(jī)器后進(jìn)行流程調(diào)試

Mock 機(jī)制

mock 的能力主要是為了方便在線調(diào)試，確保流程在調(diào)試過(guò)程盡可能的暴露問(wèn)題和快速通過(guò)測(cè)試，在進(jìn)行調(diào)試時(shí)設(shè)置的 mock 數(shù)據(jù)也會(huì)一并發(fā)送至服務(wù)端，服務(wù)端在進(jìn)行 DSL 轉(zhuǎn)化時(shí)，會(huì)自動(dòng)讀取 mock 數(shù)據(jù)并寫(xiě)入 DSL 內(nèi)。

對(duì)于基礎(chǔ)服務(wù)節(jié)點(diǎn)來(lái)說(shuō)應(yīng)具備請(qǐng)求參數(shù) mock 和響應(yīng) mock（固定返回 mock 值），而對(duì)于輸出節(jié)點(diǎn)只需具備響應(yīng) mock 即可，在開(kāi)啟 mock 能力后節(jié)點(diǎn)會(huì)自動(dòng)顯示 mock 標(biāo)記，頁(yè)面展示如下：

mock 機(jī)制.png

發(fā)布卡點(diǎn)

針對(duì)流程每次的發(fā)布，我們制定了嚴(yán)格的發(fā)布部署模型；流程發(fā)布會(huì)經(jīng)過(guò)開(kāi)發(fā)、回歸、卡點(diǎn)、預(yù)發(fā)、線上、完成這六個(gè)階段；在開(kāi)發(fā)和回歸環(huán)境，可以存在多個(gè)分支發(fā)布部署；當(dāng)一個(gè)分支需要發(fā)布上線時(shí)，需要先經(jīng)過(guò)卡點(diǎn)環(huán)節(jié)的各項(xiàng)檢查；只有卡點(diǎn)環(huán)節(jié)通過(guò)，才會(huì)被允許進(jìn)行預(yù)發(fā)和線上環(huán)境的部署，并且流程線上發(fā)布的通道內(nèi)只能存在一個(gè)分支；在線上環(huán)境部署后，線上環(huán)境測(cè)試通過(guò)，點(diǎn)擊完成即可結(jié)束當(dāng)前分支的發(fā)布生命周期。

通過(guò)此發(fā)布部署模型，確保了流程發(fā)布的穩(wěn)定性，整體實(shí)現(xiàn)如下圖所示：

發(fā)布卡點(diǎn).png

總結(jié)

以上是借助 X6 在構(gòu)建云音樂(lè)低代碼流程編排能力時(shí)的一些實(shí)踐歷程，其強(qiáng)大的圖編輯和自定義能力，使得可快速實(shí)現(xiàn)符合業(yè)務(wù)需要的流程編排訴求。在實(shí)現(xiàn)某一具體場(chǎng)景的編排產(chǎn)品時(shí)，個(gè)人覺(jué)得需要注意以下幾點(diǎn)：

• 明確編排能力的核心訴求，并確定優(yōu)先級(jí)
• 多參考和分析其他類似的優(yōu)秀產(chǎn)品相關(guān)能力，然后多嘗試用一些設(shè)計(jì)工具實(shí)現(xiàn)
• 做更多的技術(shù)預(yù)研，分析各個(gè)相關(guān)工具的優(yōu)缺點(diǎn)，明確其擅長(zhǎng)的應(yīng)用場(chǎng)景
• 相比代碼實(shí)現(xiàn)，前期的產(chǎn)品設(shè)計(jì)和技術(shù)預(yù)研至關(guān)重要

未來(lái)展望

隨著當(dāng)前編排能力的趨于成熟穩(wěn)定，在繼續(xù)完善全鏈路低代碼建設(shè)的同時(shí)，也會(huì)在 AIGC 方向探索更多的可能，不斷地重塑產(chǎn)品能力，未來(lái)主要包含以下方面：

• 繼續(xù)整合服務(wù)端相關(guān)技術(shù)棧資源，借助編排的方式實(shí)現(xiàn)對(duì)相關(guān)資源的最大化利用
• 結(jié)合 Tango 完備的前端搭建體系，構(gòu)建模型驅(qū)動(dòng) UI 的研發(fā)模式，進(jìn)一步提高需求交付效率
• 集成 AIGC 能力，借助 AI Agent 能力根據(jù)用戶的自然語(yǔ)言輸入，自動(dòng)識(shí)別用戶意圖從而完成一系列動(dòng)作