在空间和运营成本方面,这是实现边缘多于顶点的多图的最佳方法吗?
在最坏的情况下,它将有5000个边和1000个顶点。我正在考虑一个邻接列表,因为它对大多数操作都有很好的时间,例如add edges
,check adjacency between edges
,add vertices
(几乎所有时间)等等......但它仍然消耗|v^2|
的空格。
我是否在正确的轨道上?有更好的实施吗?关于实现邻接列表的最佳方法的任何提示?
答案 0 :(得分:0)
比率E/V = 5
意味着真正稀疏的图表,这是列表的一个加号。通常,邻接列表总体上优于邻接矩阵。
现在插入的费用是O(degree(vertex))
,但边缘很少,可以忽略不计。
不要再看了,使用邻接列表。