1
我決定學習DOT語言,看起來棒極了。我決定做一個項目,爲RPM建立一個圖表。我掃描所有配方以構建RPM軟件包,並添加有關所需修補程序和導入的信息。目前我的圖形有500個以下的節點和1600多個邊緣,其大小應該穩定在+/- 50-100個節點/邊緣。製作圖人性化/可讀性(500節點,1600條邊)
這是我現在有:
- (SFDP)http://imageshack.us/photo/my-images/638/deptree1.jpg/
- (點)[片段] http://imageshack.us/photo/my-images/52/deptree2.jpg/
- (twopi)http://imageshack.us/photo/my-images/28/deptree3.jpg/
前兩個都有點最後一個可讀性更高。
詳情:
- 包是在黑色邊框的盒子。
- 修補程序在橙色邊框+橙色邊緣。
- 進口位於紅色邊框+紅色邊緣。
- 沒有單根包節點。我們可以說有幾個頂級(根)包節點,4-10個節點包(節點),它們導入了大部分包。
- 有獨立的軟件包(節點),不依賴和不依賴於它們。
- 修補程序只能(大部分)由單個程序包節點使用。
- 並非所有軟件包節點都有修補程序。我會說小部分包節點有它們。
- 導入文件可以包含在包節點的大部分中(例如,所有包節點的1/3)。
- 我有rankdir =「TB」(Top-Bottom)
- 我增加了邊緣的重量(package - > patch)。這應該意味着補丁節點更接近它們的軟件包節點。
- 最好最小化覆蓋節點的邊的數量。這使得圖很難讀。
在這種情況下對圖形佈局配置和算法使用有何建議?
在代碼中,多少次迭代,你用?對我而言,第一個版本是最好的,也是我用於更大圖表的工具。我一直都陷入困境,因爲即使更多的迭代意味着更多的可讀性,也意味着更多的時間來渲染。 – MJB