0
votes

What is an efficient way to implement Adjacency List Representation of Graph in C++?

  1. vector *edges;
  2. list *edges;
  3. map<int, int> *edges;
  4. map<int, map<int, int>> edges;

In my opinion, it should be option 3 or 4, but I could not find any cons in using that... Are there any?

Can someone please help me, which will be the most efficient way of implementing the Adjacency List and also for Competitive Programming?

1
I would suggest vector<vector<int>> adj_list. for example adj_list[1] will represent all the vertices with which vertex 1 shares an edge. - Aditya_U
@Aditya_U What is wrong with option 3 or 4, a vector will take O(n) time for searching whether there is an edge between vertex u and v, but it can be done in very less time using maps data structure... If I will do edges[u], I will get a map of all the adjacent vertices of u and can perform operations efficiently... What do you have to say about this? - Smile001

1 Answers

2
votes

What is an efficient way to implement Adjacency List Representation of Graph in C++

Many typical graph problems apply to a given static graph that will need to be represented once whereafter the given representation can be re-used whilst solving the related problem. In this case, std::unordered_map<int, std::vector<int>> is an appropriate structure; where the value for a given key in the unordered map represents the (single-/bi-directional) connected vertices for a given vertex. There should be no reason to use the ordered std::map over the amortized constant-time lookup container std::unordered_map.

The associative containers std::unordered_map and std::unordered_set are quick for lookup (which you want here), but can have performance implications if they need to mutate often (e.g. for a dynamic graph problem). As always, profiling and measuring runtime and memory to find bottlenecks for you actual problem implementation is key if you are implementing a highperf computation program.