無代碼生產新模式探索
背景
電商發展至今，供給側升級降本提能、精細化運營是未來的關鍵，由此B端中后臺需求井噴并呈增長態勢。隨著運營工作臺SOP體系通過跨系統能力整合打造運營標準操作鏈路，解決運營操作體驗及站點交付效率問題時，運營能力的產品&體驗一致需要頁面研發保障，提供保障體驗的高效頁面研發能力尤為重要。
中后臺場景交互視覺趨于標準，需求鏈路長角色多協同成本高，現有研發方式研發核心圍繞原子及業務組件ProCode大量低水平重復，LowCode事件聯動，數據綁定等仍需大量代碼瓶頸明顯，頁面生產模式亟待突破。
如何高效率規模化生產中后臺頁面，如何保障產品標準、質量及體驗的一致性，如何提升開發效率是我們當務之急的命題。?
問題&策略
目標面向工作臺/大淘寶中后臺，革新頁面生產模式升級頁面生產工具帶來生產效率的提升。
主要圍繞兩個思路：
- 以場景為中心。針對中后臺場景特點及對大部分現有業務梳理，表單列表詳情類場景占比86%，基于抽象特征提煉統一描述，固化結合領域特性標準化場景，圍繞標準生產資料進行產品設計及頁面研發生產能夠將場景價值最大化，有效降低邊際成本提升整體生產效率。
- 以流水線式為出發點構建全局最優的生產模式。本身整個生產過程可以看做是有序的且包含多個角色，圍繞產品功能本身做不同部分、環節生產加工的流水線，將各環節加工產物標準化并流轉，提供適配不同角色的工具，提升整體協同生產效率。并且希望站在全局最優效率的角度去看整個生產鏈路，而非單一解決某個角色或環節的問題而粗暴將工作量轉移，并且根據必要性，可轉換性，可替代性構建新的生產模式。
整體方案
協同模式升級：通過設計與前端的標準場景規范定義，沉淀場景物料，以場景為中心，產品圍繞場景設計、頁面圍繞場景搭建、接口基于場景配置推導，改變各角色的生產關系，縮減轉譯環節，提高整體交付效率
研發模式升級：構建無代碼UI生產能力基于場景無代碼配置生產（包含聯動交互、條件渲染，數據綁定等完整功能）頁面并生成數據API需求描述，后端按要求提供及綁定API后完成研發。
產品標準及體驗保障：基于標準場景頁面全流程無代碼研發，保障產品設計和技術實現的標準及產物質量。同一體系內都呈現一致的交互語言和產品調性，降低用戶學習成本，提升業務使用體驗。
技術架構
場景標準化
平臺架構以場景為中心，產品圍繞場景設計，頁面基于場景搭建，API 數據結構根據場景定義。因此，要定義出場景，收斂并標準化沉淀。
首先場景是基于中后臺常見的產品模式和功能板塊拆解，對交互形式、接口數據結構進行標準化收斂后，提取出的功能高度收斂的場景物料和場景控件。
從技術上定義來看：
- 按UI體系原子化設計的粒度劃分，場景物料屬于模版粒度，比如，基礎查詢場景包含篩選表單、操作區、展示表格、翻頁器，是頁面內的大區塊；場景控件屬于組件和模塊的粒度，比如員工選擇器、日期展示組件等。
- 從能力上看場景物料和場景控件具有業務屬性，內置了業務相關邏輯和API數據請求，比如：Fusion Table 是純 UI 組件，AntD ProTable 封裝了翻頁、篩選等預設邏輯，查詢場景物料還額外封裝了接口請求處理，標準了場景所需要的接口及其數據格式即場景模型。
場景內置核心功能，并預留一些擴展能力，通過場景控件擴展場景中輸入/展示/操作等 UI 組件，通過能力插件擴展條件渲染、聯動執行等非 UI 型能力。場景與控件正交組合，再結合能力插件，就構成頁面區塊的完整功能，多個區塊布局組合就構成完整頁面。
圍繞上述核心邏輯，我們構建了完整的場景標準化體系：
- 制定場景規范：成立場景規范小組，結合業務場景訴求，制定各場景統一的交互樣式和接口數據規范。
- 建立場景沉淀機制：對于與現有場景完全不同的新場景，先按業務訴求梳理場景案例，對功能抽象分類，再經由場景規范小組評審，設計出符合規范的場景，最后開發并沉淀場景。對于與現有場景相似但有定制化訴求的，拆解出要擴充/定制的能力，同樣經過小組評審后，在現有場景上進行迭代。
- 構建場景生態體系：圍繞整個大淘寶中后臺域，構建整體場景標準及多業務域協同機制，統一管控及沉淀標準場景。并提供自定義物料研發套件及接入能力，以支撐更大范圍業務場景。
數據標準化
數據標準化核心為模型定義，數據模型生產及數據實體生產三個環節，將基于場景標準化產出的場景物料對應的API及其所需字段通過場景化搭建配置組合業務模型中的字段生成具體所需API及字段，后端根據API需求提供并綁定API實體完成頁面所需API的標準化生產。
模型定義，基于現有頁面API結構的拆解，主要有這幾部分：
- 網關模型：描述工作臺網關封裝的數據結構，包含接口成功失敗標識、錯誤信息、網關額外的調試信息等。網關模型固定，對工作臺所有接口都有相同的結構。
- 場景模型：描述具體場景涉及的所有接口的結構，包括場景內固定的入參、返回值字段，以及如何通過場景配置引入的業務模型字段。
- 業務模型：描述實際業務中的概念、涉及對象及其屬性，包括字段、類型、含義等。同一個業務模型可以用于多個產品頁面。
模型或者說標準的定義并不一定是定義本身多先進，而是大家認可并且能夠遵循。因此在整個工作臺維度我們成立了覆蓋全域產品后端的規范小組，通過整體Review，RFC機制保障模型的標準及有效，通過每個團隊的接口人推進規范落實及收集反饋持續優化。
數據模型生產：有了上述三個模型，就可以在使用平臺研發時，通過選擇業務模型字段并關聯到場景配置中，進而推導出頁面所需的接口定義（入參和返回值的字段結構）。技術上類似模版引擎，場景模型是模版，將業務模型字段填充到模版中的占位符，最后再套上網關模型的固定結構，就是期望的 API 數據模型。
數據實體生產：后端按照推導出的 API 接口定義來標準化實現接口，同時我們也基于場景標準構建了通用的Java類，比如分頁列表類、級聯查詢類等，配合一些工具函數，將 DO/DTO 快速轉化成 VO，降低接口表現層的研發成本。大部分情況下比如新業務后端都相對能夠較好的按照所產出的結構提供數據，但是針對一些存量接口，二方服務依賴較多的接口等情況后端改造及適配成本相對較高，我們也提供了字段組合映射能力及服務編排能力，以更低成本將非標接口快速轉化成推導出的 API。
無代碼頁面生產
無代碼核心目的是通過場景標準沉淀的場景物料及數據規范完全無代碼生產完整功能頁面并驅動頁面所需API數據結構的生成，以解決現有研發效能低，體驗&質量難保障及前后端聯調等協同問題。
頁面由UI、交互、數據構成，場景標準化和數據標準化保證了研發資產（場景和模型）是收斂的，已經有了 UI/交互/數據的結構化的大框架，只需要少量的研發工作就完成頁面研發，而對于簡單的結構化的頁面研發，高效的方式就是可視化配置。
從場景的角度出發，剩余的研發工作主要有場景配置、多個場景布局和聯動、一些全局數據的貢獻等，都可以收斂并抽象成可視化配置。全流程無代碼可視化配置能降低非前端上手門檻，進一步提高交付質量和研發效率。
與低代碼的差異？相較通用低代碼研發平臺，我們基于標準場景搭建將非UI部分的交互邏輯和數據對接等也進行了抽象和更深層次的能力封裝，去除手寫代碼的負擔，使得全流程無代碼研發成為可能。
- 標準協議：以集團低代碼協議和 OneAPI 2.0 協議為基礎，補充場景模型、業務模型、網關模型、聯動布局等協議，構成完整的無代碼協議，同時支撐研發配置和運行渲染。
- 研發資產：場景中心輸入場景和場景控件，模型中心輸入網關/場景/業務模型，共同作為標準的研發資產。
- 研發配置：頁面研發可以分為UI/交互/數據三個方面，從UI入手對單個場景進行配置，包括條件渲染、參數傳遞、全局篩選等功能配置，對多個場景組合布局，交互上配置場景間的聯動關系，數據上將API推導的接口定義綁定到后端實現，就完成完整頁面研發。結合實時預覽和接口mock可以一邊配置一邊快速查看效果。
- 構建發布：配置信息整合加工后，產出頁面schema和API數據模型，然后提取組件依賴，結合腳手架生成代碼并更新倉庫，最后構建發布到CDN。除了常規的頁面應用，也支持將頁面構建發布成微模塊。
- 運行渲染：使用集團低代碼渲染引擎解析頁面schema，渲染布局、場景和場景控件，使用聯動流程調度引擎處理整個頁面的聯動邏輯，接口請求則由場景自行發起和處理。
One more thing - 中后臺研發效能度量
年年效能持續提升但是還是沒變化？效率是中后臺研發的核心目標之一，目前業界和集團內缺少兼具普遍性和實操性的效能度量方案。因此，有必要建立通用可行的中后臺要能衡量對比中后臺源碼/低代碼/無代碼三種研發模式，覆蓋研發及聯調完整生產環節的效能度量模型及方案。以數據化方式度量項目、個人、團隊的研發效能并指導未來效能提升的方向。
? 現在方案的問題&策略
- 效能度量方案僅停留在代碼復雜度層面，采用霍爾斯特德復雜度來度量，無法衡量項目變更的復雜度變化，無法解決中后臺源碼/低代碼/無代碼三種研發模式的效能對比。創新性地設計歸一化最小作用域復雜度模型，解決變更和不同研發模式統一度量問題。
- 大部分度量方案沒有針對研發全鏈路更細致的度量指標。中后臺效能度量方案從微觀和宏觀的研發、聯調時長出發，結合研發流程，計算過程指標和結果效能指標，并提供效率提升的分析依據和量化基準。
? 核心方案
- 定義效能指標及計算公式：分析拆解效能的度量指標，建立效能指標計算公式。研發效能 = 歸一化復雜度 / 研發總耗時 = ( 最小作用域差量復雜度 / 研發模式標準頁面復雜度 ) / ( 連續研發工時 + 連續聯調工時 )。
- 構建復雜度度量模型：改進霍爾斯特德復雜度算法，引入代碼Diff、依賴分析、AST分析，搜尋差量代碼的最小作用域，計算變更引入的復雜度，解決目前業內霍爾斯特德復雜度無法評估變更效能。
- 構建連續時長度量模型：預處理源碼/低代碼/無代碼研發和聯調操作的打點數據，按時間進行閾值分隔，動態構建活躍會話窗口，計算連續研發時長和連續聯調時長。
- 標準頁面歸一化：對不同研發模式的頁面分層采樣，統計場景頻次和占比，構建標準頁面，用于歸一化項目復雜度，解決不同研發模式語法信噪比不同導致的復雜度比較問題。
- 完整度量計算鏈路：歸攏中后臺三種研發模式，設計度量采集、數據加工、指標匯總的完整鏈路，為提供效率提升的量化基準和分析方向
總結
? 一點感悟
- 關于低代碼/無代碼
由于近年來各種LCDP/Low-Code概念太熱各種方案及平臺層出不窮，導致不少偏執的認識。部分人粗暴的把所有研發內容可視化，比如一些僅僅是把寫代碼的過程轉化為可視化過程的產品，針對某些人群在某種程度上是降低了門檻，但在真實生產中效果有限定位尷尬。另外一種聲音是完全否定，只要是聽到相關名詞就覺得是重復的，或者說覺得做不到、效果一定不好。很多過程的配置化、可視化確實不適合就如前面的描述。但是無法否認的是可視化方式更直觀、約束更強、門檻更低，核心考量在于具體的場景，研發環節及內容抽象度及合理性，能否標準化，配置是否足夠友好，目標用戶及所解的命題。
- 關于新工具學習使用成本及收益
對于解決問題的新工具如何考量自身學習和使用的投入產出，主要三個方面：權衡取舍，成本、邊際量。直白說如果需要獲得的是編程技能，那用這類研發工具那是不適合的。如果你有大量的頁面生產工作，并且期望高效的完成，那投入成本學習是有價值的。所以很多時候要客觀理解具體的使用情況及反饋（當然是在工具真的能解決問題的前提下）。
- 關于研發生產
我們大部分時間開發其實本質就是在做某種邏輯的轉換，而不是做什么設計，如何將人肉繁雜的處理過程、協同過程轉為更高維度的抽象，各角色圍統一模型有機協同生產，帶來整體提效是需要持續探索的。而不是單一的構建一個工具、能力粗暴轉移工作量，僅僅解決一個角色自身問題為出發點。
? 一些結果
完成無代碼平臺初步建設，實現多角色協同生產，縮減非必要的轉譯環節，提高頁面生產效能。定義場景標準，沉淀25個標準場景，場景業務覆蓋率達到96%；沉淀39個場景數據及81個業務數據規范。構建統一的中后臺研發效能度量方案Orca-Efficiency能夠度量完整頁面研發及聯調過程，可度量及對比ProCode、LowCode、NoCode三種研發模式。
平臺全年支撐200+需求/項目迭代，覆蓋大淘寶商家、商品、營銷、智能人群運營全業務產品整體新需求覆蓋率79%，并支撐直播域，X業務等10+產品構建。根據統一效能度量無代碼模式效能相較源碼提升5倍，低代碼提升1倍，完整協同及生產提效68.6%。并且通過標準場景及無代碼方式有效保障產品體驗&研發質量。
