記錄--原生 canvas 如何實現大屏?

来源:https://www.cnblogs.com/smileZAZ/archive/2023/02/01/17083434.html
-Advertisement-
Play Games

這裡給大家分享我在網上總結出來的一些知識，希望對大家有所幫助 前言 可視化大屏該如何做？有可能一天完成嗎？廢話不多說，直接看效果，線上 Demo 地址 lxfu1.github.io/large-scree…。 看完這篇文章（這個項目），你將收穫： 全局狀態真的很簡單，你只需 5 分鐘就能上手 如何 ...


這裡給大家分享我在網上總結出來的一些知識，希望對大家有所幫助

前言

可視化大屏該如何做？有可能一天完成嗎？廢話不多說，直接看效果，線上 Demo 地址 lxfu1.github.io/large-scree…。

看完這篇文章（這個項目），你將收穫：

  1. 全局狀態真的很簡單，你只需 5 分鐘就能上手
  2. 如何緩存函數，當入參不變時，直接使用緩存值
  3. 千萬節點的圖如何分片渲染，不卡頓頁面操作
  4. 項目單測該如何寫？
  5. 如何用 canvas 繪製各種圖表，如何實現 canvas 動畫
  6. 如何自動化部署自己的大屏網站

效果

實現

項目基於 Create React App --template typescript搭建，包管理工具使用的 pnpm ，pnpm 的優勢這裡不多介紹(快+節省磁碟空間)，之前在其它平臺寫過相關文章，後續可能會搬過來。由於項目 package.json 裡面有限制包版本（最新版本的 G6 會導致 OOM，官方短時間能應該會修複），如果使用的 yarn 或 npm 的話，改為對應的 resolutions 即可。

 "pnpm": {
    "overrides": {
      "@antv/g6": "4.7.10"
    }
  }
"resolutions": {
  "@antv/g6": "4.7.10"
},

啟動

  1. clone項目
git clone https://github.com/lxfu1/large-screen-visualization.git
  1. pnpm 安裝 npm install -g pnpm
  2. 啟動： pnpm start 即可，建議配置 alias ，可以簡化各種命令的簡寫 eg:p start，不出意外的話，你可以通過 http://localhost:3000/ 訪問了
  3. 測試：p test
  4. 構建：p build

強烈建議大家先 clone 項目！

分析

全局狀態

全局狀態用的 valtio ，位於項目 src/models目錄下，強烈推薦。

優點：數據與視圖分離的心智模型，不再需要在 React 組件或 hooks 里用 useState 和 useReducer 定義數據，或者在 useEffect 里發送初始化請求，或者考慮用 context 還是 props 傳遞數據。

缺點：相容性，基於 proxy 開發，對低版本瀏覽器不友好，當然，大屏應該也不會考慮 IE 這類瀏覽器。

import { proxy } from "valtio";
import { NodeConfig } from "@ant-design/graphs";

type IState = {
  sliderWidth: number;
  sliderHeight: number;
  selected: NodeConfig | null;
};

export const state: IState = proxy({
  sliderWidth: 0,
  sliderHeight: 0,
  selected: null,
})；

狀態更新：

import { state } from "src/models";

state.selected = e.item?.getModel() as NodeConfig;

狀態消費：

import { useSnapshot } from "valtio";
import { state } from "src/models";

export const BarComponent = () => {
  const snap = useSnapshot(state);

  console.log(snap.selected)
}

當我們選中圖譜節點的時候，由於 BarComponent 組件監聽了 selected 狀態，所以該組件會進行更新。有沒有感覺非常簡單？一些高級用法建議大家去官網查看，不再展開。

函數緩存

為什麼需要函數緩存？當然，在這個項目中函數緩存比較雞肋，為了用而用，試想，如果有一個函數計算量非常大，組件內又有多個 state 頻繁更新，怎麼確保函數不被重覆調用呢？可能大家會想到 useMemo``useCallback等手段，這裡要介紹的是 React 官方的 cache 方法，已經在 React 內部使用，但未暴露。實現上借鑒（抄襲）ReactCache，通過緩存的函數 fn 及其參數列表來構建一個 cacheNode 鏈表，然後基於鏈表最後一項的狀態來作為函數 fn 與該組參數的計算緩存結果。

代碼位於 src/utils/cache

interface CacheNode {
  /**
   * 節點狀態
   *  - 0：未執行
   *  - 1：已執行
   *  - 2：出錯
   */
  s: 0 | 1 | 2;
  // 緩存值
  v: unknown;
  // 特殊類型（object,fn），使用 weakMap 存儲，避免記憶體泄露
  o: WeakMap<Function | object, CacheNode> | null;
  // 基本類型
  p: Map<Function | object, CacheNode> | null;
}

const cacheContainer = new WeakMap<Function, CacheNode>();

export const cache = (fn: Function): Function => {
  const UNTERMINATED = 0;
  const TERMINATED = 1;
  const ERRORED = 2;

  const createCacheNode = (): CacheNode => {
    return {
      s: UNTERMINATED,
      v: undefined,
      o: null,
      p: null,
    };
  };

  return function () {
    let cacheNode = cacheContainer.get(fn);
    if (!cacheNode) {
      cacheNode = createCacheNode();
      cacheContainer.set(fn, cacheNode);
    }
    for (let i = 0; i < arguments.length; i++) {
      const arg = arguments[i];
      // 使用 weakMap 存儲，避免記憶體泄露
      if (
        typeof arg === "function" ||
        (typeof arg === "object" && arg !== null)
      ) {
        let objectCache: CacheNode["o"] = cacheNode.o;
        if (objectCache === null) {
          objectCache = cacheNode.o = new WeakMap();
        }
        let objectNode = objectCache.get(arg);
        if (objectNode === undefined) {
          cacheNode = createCacheNode();
          objectCache.set(arg, cacheNode);
        } else {
          cacheNode = objectNode;
        }
      } else {
        let primitiveCache: CacheNode["p"] = cacheNode.p;
        if (primitiveCache === null) {
          primitiveCache = cacheNode.p = new Map();
        }
        let primitiveNode = primitiveCache.get(arg);
        if (primitiveNode === undefined) {
          cacheNode = createCacheNode();
          primitiveCache.set(arg, cacheNode);
        } else {
          cacheNode = primitiveNode;
        }
      }
    }
    if (cacheNode.s === TERMINATED) return cacheNode.v;
    if (cacheNode.s === ERRORED) {
      throw cacheNode.v;
    }
    try {
      const res = fn.apply(null, arguments as any);
      cacheNode.v = res;
      cacheNode.s = TERMINATED;
      return res;
    } catch (err) {
      cacheNode.v = err;
      cacheNode.s = ERRORED;
      throw err;
    }
  };
};

如何驗證呢？我們可以簡單看下單測，位於src/__tests__/utils/cache.test.ts：

import { cache } from "src/utils";

describe("cache", () => {
  const primitivefn = jest.fn((a, b, c) => {
    return a + b + c;
  });

  it("primitive", () => {
    const cacheFn = cache(primitivefn);
    const res1 = cacheFn(1, 2, 3);
    const res2 = cacheFn(1, 2, 3);
    expect(res1).toBe(res2);
    expect(primitivefn).toBeCalledTimes(1);
  });
});

可以看出，即使我們調用了 2 次 cacheFn，由於入參不變，fn 只被執行了一次，第二次直接返回了第一次的結果。

項目裡面在做 circle 動畫的時候使用了，因為該動畫是繞圓周無限迴圈的，當迴圈過一周之後，後的動畫和之前的完全一致，沒必要再次計算對應的 circle 坐標，所以我們使用了 cache ，位於src/components/background/index.tsx。

  const cacheGetPoint = cache(getPoint);
  let p = 0;
  const animate = () => {
    if (p >= 1) p = 0;
    const { x, y } = cacheGetPoint(p);
    ctx.clearRect(0, 0, 2 * clearR, 2 * clearR);
    createCircle(aCtx, x, y, circleR, "#fff", 6);
    p += 0.001;
    requestAnimationFrame(animate);
  };
  animate();

分片渲染

你有審查元素嗎？項目背景圖是通過 canvas 繪製的，並不是背景圖片！通過 canvas 繪製如此多的小圓點，會不會阻礙頁面操作呢？當數據量足夠大的時候，是會阻礙的，大家可以把 NodeMargin 設置為 0.1 ，同時把 schduler 調用去掉，直接改為同步繪製。當節點數量在 500 W 的時候，如果沒有開啟切片，頁面白屏時間在 MacBook Pro M1 上白屏時間大概是 8.5 S；開啟分片渲染時頁面不會出現白屏，而是從左到右逐步繪製背景圖，每個任務的執行時間在 16S 左右波動。

  const schduler = (tasks: Function[]) => {
    const DEFAULT_RUNTIME = 16;
    const { port1, port2 } = new MessageChannel();
    let isAbort = false;

    const promise: Promise<any> = new Promise((resolve, reject) => {
      const runner = () => {
        const preTime = performance.now();
        if (isAbort) {
          return reject();
        }
        do {
          if (tasks.length === 0) {
            return resolve([]);
          }
          const task = tasks.shift();
          task?.();
        } while (performance.now() - preTime < DEFAULT_RUNTIME);
        port2.postMessage("");
      };
      port1.onmessage = () => {
        runner();
      };
    });
    // @ts-ignore
    promise.abort = () => {
      isAbort = true;
    };
    port2.postMessage("");
    return promise;
  };

分片渲染可以不阻礙用戶操作，但延遲了任務的整體時長，是否開啟還是取決於數據量。如果每個分片實際執行時間大於 16ms 也會造成阻塞，並且會堆積，並且任務執行的時候沒有等，最終渲染狀態和預期不一致，所以 task 的拆分也很重要。

單測

這裡不想多說，大家可以運行 pnpm test看看效果，環境已經搭建好；由於項目裡面用到了 canvas 所以需要 mock 一些環境，這裡的 mock 可以理解為“我們前端代碼跑在瀏覽器里運行，依賴了瀏覽器環境以及對應的 API，但由於單測沒有跑在瀏覽器裡面，所以需要 mock 瀏覽器環境”，例如項目裡面設置的 jsdom、jest-canvas-mock 以及 worker 等，更多推薦直接訪問 jest 官網。

// jest-dom adds custom jest matchers for asserting on DOM nodes.
import "@testing-library/jest-dom";

Object.defineProperty(URL, "createObjectURL", {
  writable: true,
  value: jest.fn(),
});

class Worker {
  onmessage: () => void;
  url: string;
  constructor(stringUrl) {
    this.url = stringUrl;
    this.onmessage = () => {};
  }

  postMessage() {
    this.onmessage();
  }
  terminate() {}
  onmessageerror() {}
  addEventListener() {}
  removeEventListener() {}
  dispatchEvent(): boolean {
    return true;
  }
  onerror() {}
}
window.Worker = Worker;

自動化部署

開發過項目的同學都知道，前端編寫的代碼最終是要進行部署的，目前比較流行的是前後端分離，前端獨立部署，通過 proxy 的方式請求後端服務；或者是將前端構建產物推到後端服務上，和後端一起部署。如何做自動化部署呢，對於一些不依賴後端的項目來說，我們可以藉助 github 提供的 gh-pages 服務來做自動化部署，CI、CD 僅需配置對應的 actions 即可，在倉庫 settings/pages 下麵選擇對應分支即可完成部署。

例如項目裡面的.github/workflows/gh-pages.yml，表示當 master 分支有代碼提交時，會執行對應的 jobs，並藉助 peaceiris/actions-gh-pages@v3將構建產物同步到 gh-pages 分支。

name: github pages

on:
  push:
    branches:
      - master # default branch
      
env:
  CI: false
  PUBLIC_URL: '/large-screen-visualization'

jobs:
  deploy:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v3
      - run: yarn
      - run: yarn build
      - name: Deploy
        uses: peaceiris/actions-gh-pages@v3
        with:
          github_token: ${{ secrets.GITHUB_TOKEN }}
          publish_dir: ./build

本文轉載於：

https://juejin.cn/post/7165564571128692773

如果對您有所幫助，歡迎您點個關註，我會定時更新技術文檔，大家一起討論學習，一起進步。

 


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • Java實現BP神經網路MNIST手寫數字識別
    Java實現BP神經網路，內含BP神經網路類，採用MNIST數據集，包含伺服器和客戶端程式，可在伺服器訓練後使客戶端直接使用訓練結果，界面有畫板，可以手寫數字 ...
  • ASP.Net 8將提供路由語法高亮提示
    一 引入 考慮實現一種三軸機器人控制項。 三軸機器人用來將某種工件從一個位置運送到另一個位置。 其X軸為手臂軸，可以正向和反向運動，它處於末端，直接接觸工件； 其T軸為旋轉軸，可以對手臂進行旋轉； 其Z軸為升降軸，可以對手臂和旋轉部分進行升降。 二 RobotControl 定義出機器人的軸動作枚舉， ...
  • 深入淺出WPF的命令系統
    前言 相信大家看過不少講C# async await的文章，博客園就能搜到很多，但還是有很多C#程式員不明白。 如果搞不明白，其實也不影響使用。但有人就會疑惑，為什麼要用非同步？我感覺它更慢了，跟同步有啥區別？ 有的人研究深入，比如去研究狀態機，可能會明白其中的原理。但深入研究的畢竟少數。有的人寫一些 ...
  • 認識和使用LVM，過一遍！
    疑惑 最近在反覆搭建ceph集群過程中，總是遇到osd創建不成功的問題，疑似硬碟殘留信息，排查中引出了很多陌生的命令，比如vgremove等，於是打算重新瞭解這部分。 LVM是什麼？ 邏輯捲管理器（LVM，Logical Volume Manager）是一種把硬碟空間分配成邏輯捲的方法。 看到定義可 ...
  • 如何屏蔽 iOS 16 軟體自動更新，去除更新通知和標記
    Windows server 2016 搭建DNS伺服器 環境說明： 1、Windows server 2016標準版 實操步驟： 1、添加DNS伺服器功能 1.1、點擊win圖標打開菜單，點擊打開伺服器管理器。 1.2、點擊“ 管理 ”，點擊“ 添加角色和功能 ” 下一步 基於角色或功能的安裝，下 ...
  • 一看就懂！任務提交的資源判斷在Taier中的實踐
    Taier 介紹 Taier 是袋鼠雲開源項目之一，是一個分散式可視化的DAG任務調度系統。 旨在降低ETL開發成本、提高大數據平臺穩定性，大數據開發人員可以在 Taier 直接進行業務邏輯的開發，而不用關心任務錯綜複雜的依賴關係與底層的大數據平臺的架構實現，將工作的重心更多地聚焦在業務之中。 項目 ...
  • 從零寫一個相容MySQL/Oracle的Proxy中件間（一）《初識Oracle的通信協議》
    0.前言 MySQL由於開源的原因，有各式各樣的中件間Proxy ，極大的豐富了做高可用或遷移的方案，習慣了MySQL生態圈的靈活和便利，Oracle官方不開源代碼和協議，沒有中間件proxy，顯得很笨重。 比如以下的方案就會很不好辦： 實時抓取Oralce的訪問SQL日誌 慢日誌捕獲和收集 高可用 ...
  • 2023年2月蘋果最新屏蔽系統更新描述文件
    有相當一部分 iPhone 用戶會拒絕iOS更新最新系統，不管是因為各種BUG還是因為其他優化方面的問題，他們都會選擇一個自己覺得均衡的系統版本，安逸養老。 但是蘋果 iOS 系統如果你不及時更新推送版本的話，就會在手機桌面「設置」上方出現角標數字紅點，系統設置中也會出現紅點提示。強迫症患者表示簡直 ...
一周排行
    -Advertisement-
    Play Games
  • （開源）都進來！簡單易懂、功能強大的許可權+可視化流程管理系統
    1、預覽地址：http://139.155.137.144:9012 2、qq群:801913255 一、前言 隨著網路的發展，企業對於信息系統數據的保密工作愈發重視，不同身份、角色對於數據的訪問許可權都應該大相徑庭。 列如 1、不同登錄人員對一個數據列表的可見度是不一樣的，如數據列、數據行、數據按鈕 ...
  • 設計模式-C#實現簡單工廠模式
    前言 上一篇文章寫瞭如何使用RabbitMQ做個簡單的發送郵件項目，然後評論也是比較多，也是準備去學習一下如何確保RabbitMQ的消息可靠性，但是由於時間原因，先來說說設計模式中的簡單工廠模式吧！ 在瞭解簡單工廠模式之前，我們要知道C#是一款面向對象的高級程式語言。它有3大特性，封裝、繼承、多態。 ...
  • Nodify學習 一：介紹與使用
    Nodify學習 一：介紹與使用 - 可樂_加冰 - 博客園 (cnblogs.com) Nodify學習 二：添加節點 - 可樂_加冰 - 博客園 (cnblogs.com) 介紹 Nodify是一個WPF基於節點的編輯器控制項，其中包含一系列節點、連接和連接器組件，旨在簡化構建基於節點的工具的過程 ...
  • 使用C#/.NET解析Wiki百科數據實現獲取歷史上的今天
    創建一個webapi項目做測試使用。 創建新控制器，搭建一個基礎框架，包括獲取當天日期、wiki的請求地址等 創建一個Http請求幫助類以及方法，用於獲取指定URL的信息 使用http請求訪問指定url，先運行一下，看看返回的內容。內容如圖右邊所示，實際上是一個Json數據。我們主要解析 大事記 部 ...
  • .NET科普：.NET簡史、.NET Standard以及C#和.NET Framework之間的關係
    最近在不少自媒體上看到有關.NET與C#的資訊與評價，感覺大家對.NET與C#還是不太瞭解，尤其是對2016年6月發佈的跨平臺.NET Core 1.0，更是知之甚少。在考慮一番之後，還是決定寫點東西總結一下，也回顧一下.NET的發展歷史。 首先，你沒看錯，.NET是跨平臺的，可以在Windows、 ...
  • Nodify學習 二：添加節點
    Nodify學習 一：介紹與使用 - 可樂_加冰 - 博客園 (cnblogs.com) Nodify學習 二：添加節點 - 可樂_加冰 - 博客園 (cnblogs.com) 添加節點（nodes） 通過上一篇我們已經創建好了編輯器實例現在我們為編輯器添加一個節點 添加model和viewmode ...
  • 論如何直接用EF Core實現創建更新時間、用戶審計，自動化樂觀併發、軟刪除和樹形查詢（上）
    前言 資料庫併發，數據審計和軟刪除一直是數據持久化方面的經典問題。早些時候，這些工作需要手寫複雜的SQL或者通過存儲過程和觸發器實現。手寫複雜SQL對軟體可維護性構成了相當大的挑戰，隨著SQL字數的變多，用到的嵌套和複雜語法增加，可讀性和可維護性的難度是幾何級暴漲。因此如何在實現功能的同時控制這些S ...
  • C# 使用模式匹配的好處,因為好用所以推薦~
    類型檢查和轉換：當你需要檢查對象是否為特定類型，並且希望在同一時間內將其轉換為那個類型時，模式匹配提供了一種更簡潔的方式來完成這一任務，避免了使用傳統的as和is操作符後還需要進行額外的null檢查。 複雜條件邏輯：在處理複雜的條件邏輯時，特別是涉及到多個條件和類型的情況下，使用模式匹配可以使代碼更 ...
  • 推薦一種批量判斷文件是否存在的快速辦法
    在日常開發中，我們經常需要和文件打交道，特別是桌面開發，有時候就會需要載入大批量的文件，而且可能還會存在部分文件缺失的情況，那麼如何才能快速的判斷文件是否存在呢？如果處理不當的，且文件數量比較多的時候，可能會造成卡頓等情況，進而影響程式的使用體驗。今天就以一個簡單的小例子，簡述兩種不同的判斷文件是否... ...
  • 論如何直接用EF Core實現創建更新時間、用戶審計，自動化樂觀併發、軟刪除和樹形查詢（中）
    前言 資料庫併發，數據審計和軟刪除一直是數據持久化方面的經典問題。早些時候，這些工作需要手寫複雜的SQL或者通過存儲過程和觸發器實現。手寫複雜SQL對軟體可維護性構成了相當大的挑戰，隨著SQL字數的變多，用到的嵌套和複雜語法增加，可讀性和可維護性的難度是幾何級暴漲。因此如何在實現功能的同時控制這些S ...
所有分類