前端圖視覺化引擎antv的g6和x6區別是什麼,如何選擇?

時間 2021-06-05 22:23:13

1樓:十吾十吾

作為 G6 開發者之一,不請自來回答一下,供題主略作參考。

選擇用 G6(官網:G6 圖視覺化引擎) 還是 X6(官網:x6.antv.vision),從以下五個方面考慮:

前者選用 X6,後者選用 G6。

啥是重編輯?

如果只是改改節點顏色、拖拽節點、拖拽畫布,這只算探索資料的輔助功能,不算是「編輯資料」。

如果是拖拽加入節點、從錨點拖拽建立邊、編輯邊的形狀、編輯過程中對齊……,妥妥的重編輯。

如果你想做乙個像 draw.io 那樣的圖編輯器,特別是流程圖編輯,用 X6。

如果你想做乙個像 gephi、keylines 的幾個應用那樣的分析場景,用 G6。

題主已經用 G6 搭建了乙個編輯場景了,也知道用 G6 做圖編輯不是不行,但是太累,太上頭。X6 有更符合編輯場景的功能。

draw.io

gephi

圖編輯一般是在「編輯修改資料」或「從 0-1 搭建資料」的過程,所以圖規模不會太大。X6 是基於 HTML 的,所以在較大規模的圖上效能不佳。

而 G6 是基於 Canvas 的,在較大規模圖上可以保持流暢互動,demo。現在 G6 還支援了兩款超快的 GPU 布局。

由於 X6 是基於 HTML 的,所以使用者可以像寫 HTML 一樣去寫乙個節點,這對於沒有 Canvas 背景知識的開發者省了不少心。所以如果不太了解 Canvas 的開發者,可以優選 X6。

(不過,G6 現在支援了類 JSX 語法自定義節點,雖然還是不如 HTML 好使,但是我們也一直在努力可以最終讓使用者像寫 HTML 一樣定製節點,不用接觸 Canvas API。)

目前,在移動端,G6 可以支援展示和簡單互動,且在不斷完善中。G6 正在進行拆包工作,即將更好地支援移動端/小程式。由於移動端/小程式對效能的要求更高,因此這種需求優選 G6。

G6 支援嵌入 G2 的統計圖到乙個節點中,比如這樣嬸兒的:

最後,打一波廣告,請各位大大 star 一波 X6 和 G6 的 GitHub:

前端資料視覺化與資料分析的不同以及作為前端開發該如何選擇資料視覺化崗位和資料分析師崗位?

3crazyone 我理解資料視覺化和資料分析其實兩個方向,但也存在交叉。資料分析整理自己得到的資料然後進行視覺化,也可能不需要視覺化,從資料的角度去分析一切趨勢,一些方向,不過多數資料分析者來說應該都有對資料視覺化的需求。畢竟分析後得出結論配套相應的視覺化圖更有說服力。目前對於資料分析者來說可能還...

如何考察乙個候選人的前端資料視覺化水平

dxqing 上面的幾位講了具體框架相關的知識,作為 AntV 的乙個開發者,我從資料視覺化本身和資料視覺化的技術架構層面來講一下這個領域需要哪些人。視覺化是乙個交叉學科,資料視覺化的定義不同的人有不同的認知但是最精簡的乙個定義 資料視覺化是一門藝術 工程和資料結合的交叉學科,資料視覺化主要解決人們...

資料視覺化的研究方向都有哪些?

想清楚了,視覺化對找工作幾乎沒有幫助。做的東西廣而不精,而且其實難度很大,涉及到很多二維平面的計算幾何。講起來也沒有優勢,並不像傳統理工科那種能帶來數值指標上的提公升。找工作的時候也很費勁,對口的真的不多。典型的費力不討好,勸退。 郭不耐 從學術角度可以分地理資訊視覺化 空間網路視覺化 圖分析視覺化...