一、State of Deno in 2022

• 優秀網路模組設計，對Server或者雲函式等可能更有利

• Deno on MDN

  二、雲原生 WebAssembly 與 Serverless

  
  
  
  
  

• wasm定義為一個容器，不需要起作業系統，只需啟動程式，效率更高

• WasmEdge設計：基於類service mesh的微服務排程，如WasmEdge+Dapr

  三、Node.js Web 框架再進化 - 面向前端與未來標準

  
  
  
  
  
  
  

• 框架層出不窮在於web框架都有適用場景與規則約束

• Midway演進：從純後端重新轉向面向前端的後端（BFF）

• 函式即介面：統一 & 無協議

• 漸進式構建：“搭積木”構建，如位元組的Modern.js方案

• 未來展望：全鏈路監測、雲端融合

  四、用 Rust 和 Node-API 開發高效能 Node.js 模組

  
  
  

• 基於Rust的前端基建，目前在編譯及打包階段構建較多

• Rust構建node.js的模組

• NAPI-RS框架編寫rust，轉化成對應node.js第三方模組

• 適合底層以及特別追求計算效能的場景，個人認為在邊緣場景配合wasm才更有前景

  五、基於大資料的前端頁面異常結果檢測

  
  
  
  
  
  

• 檢測DOM數量，確定DOM數量對映對應狀態

• DOM數量對頁面狀態的反饋驗證需要根據業務進行資料迴歸分析確定

  六、使用者行為鏈路的識別、挖掘及診斷

  
  

• 使用者行為分析模式：訪問鏈路分析 -> 使用者鏈路分析 -> 指定鏈路分析 -> 操作下鑽分析

• 流程挖掘+使用者鏈路分析

• 鏈路識別

• 鏈路視覺化

• 鏈路診斷

• CEP(Complex Event Processing)、圖模式匹配

  七、適老化&無障礙的前端體驗探索——為更多人提供便利和自由

• 字型、顏色、驗證碼

  八、騰訊低程式碼引擎建設思考和實戰

  
  
  
  
  

• LCDP(Low Code Development Platform)
• 通用能力引擎：UI視覺化開發、邏輯視覺化開發、程式碼語言、生產與執行、質量保證

• UI視覺化引擎

• 邏輯視覺化引擎

• DSL

• 生產與執行

• 質量保證

  九、ESM Bundleless 在低程式碼場景的實踐

  
  
  

• 低程式碼場景下第三方元件接入：動態載入+擴充套件

• HTTP2.0是ES Module上生產的必要條件，ES Module適合場景：本地研發、小型Web應用

十、面向中後臺複雜場景的低程式碼實踐思路

• 動態標註+策略編排

• 分離可流程化元件或者模組，動態打標

• 複雜邏輯構建狀態機，從衛述句式轉化成DMN的決策表，轉化為決策樹模型，邏輯編排