12-dhlee777

[dhlee777]

🔗 문제 링크

연결요소의개수

✔️ 소요된 시간

2시간

✨ 수도 코드

정점과 간선들이 주어지고 그래프내에서 몇개의 집합이 존재하는지 구하는 문제이다. dfs,union-find 두가지 방법 모두 이용해서 풀 수 있다고 생각하였고 첫번째로 union-find를 이용하여 풀어보았다.

union-find 풀이

1.간선의 양끝점을 입력받은 뒤 unionn함수를 통해 두 정점이 속한 집합끼리 합친다.
2.for루프문을 통해 모든정점들을 탐색하며 각정점의 루트 정점을 구한뒤 set에 삽입한다.
3.set의 사이즈가 구하고자하는 연결요소의 개수가 된다.

set을 사용해준 이유는 각정점들의 루트정점이 중복될 수 있는데 set 은 중복원소를 받지 않기 때문에 set의 크기로 영역의 개수를 구할 수 있다.

dfs 풀이

#include<iostream>
#include<vector>
using namespace std;
vector<int>vec[1001];                   //간선의 정보를 나타내기위한 이차원벡터
int visited[1001];                         //방문여부저장위한 배열
int coun=0;
void dfs(int a) {
	for (int i = 0; i < vec[a].size(); i++) {
		if (!visited[vec[a][i]]) {
			visited[vec[a][i]] = 1;
			dfs(vec[a][i]);
		}
	}
}
int main(void) {
	ios_base::sync_with_stdio(false);
	cin.tie(NULL);
	int v, e,v1,v2;
	cin >> v >> e;
	for (int i = 0; i < e; i++) {
		cin >> v1 >> v2;
		vec[v1].push_back(v2);
		vec[v2].push_back(v1);
	}
	for (int j = 1; j <= v; j++) {
		if (!visited[j]) {
			visited[j] = 1;
			dfs(j);
			coun++;
		}
	}
	cout << coun;

}

1.벡터에 간선의 정보들을 입력받는다.
2. 1부터 모든정점들을 탐색하며 방문하지않았을경우(visited[]=0) 그정점에서 dfs를 해준다.
3. dfs를 완료후 연결요소의 개수를 세기위해 coun++를 해준다.

📚 새롭게 알게된 내용

dfs 풀이보다 union-find로 풀었을때가 메모리가 훨씬적게 차지하였고 시간도 좀 덜걸렸다.

[yuyu0830]

union-find 같은 경우는 별도의 메모리 없이 구현되어서 그런 것 같네요.. 저도 DFS로 풀었었는데 앞으로는 이런 경우는 union-find를 사용해서 풀어야겠네요!
함수 이름 unionn 은 일부러 그렇게 쓰신건가요?

[seongwon030]

정점이 겹치지 않게 set로 설정해서 푸신게 인상 깊습니다. 이쯤되면 유니온 파인드 한 번 파보고 싶네요.

[9kyo-hwang]

union-find 같은 경우는 별도의 메모리 없이 구현되어서 그런 것 같네요.. 저도 DFS로 풀었었는데 앞으로는 이런 경우는 union-find를 사용해서 풀어야겠네요!

함수 이름 unionn 은 일부러 그렇게 쓰신건가요?

이미 공용체를 의미라는 union 키워드가 정의되어 있습니다. 그래서 보통 C++에선 unite란 이름으로 함수명을 짓더라구요 :)

[dhlee777]

union-find 같은 경우는 별도의 메모리 없이 구현되어서 그런 것 같네요.. 저도 DFS로 풀었었는데 앞으로는 이런 경우는 union-find를 사용해서 풀어야겠네요! 함수 이름 unionn 은 일부러 그렇게 쓰신건가요?

밑에 교황님이 말씀해주신대로 이미 union키워드가 정의되어있어서 unionn이라는 표현을 썼지만 다음부터는 unite라는 함수명을 써봐야겠네요:)

[InSange]

union-find 같은 경우는 별도의 메모리 없이 구현되어서 그런 것 같네요.. 저도 DFS로 풀었었는데 앞으로는 이런 경우는 union-find를 사용해서 풀어야겠네요! 함수 이름 unionn 은 일부러 그렇게 쓰신건가요?

visited부분을 bool형으로 잡았을 때, 그리고 노드의 크기가 최대에 모든 엣지들이 하나씩 존재하였을 때 차이가 많이 클까요?

아마 테스트 케이스의 기준에 큰 영향을 받을 것으로 생각이되는데..

[InSange]

union_find의 경우 최정상의 부모 노드를 기점으로 진행되다보니 단 방향 탐색인 반면 DFS는 모든 노드들에 대해서 재귀가 빈번하게 호출되고 분기가 많다보니 시간복잡도 측면에서도 차이가 어느정도 나는 것 같습니다.

이렇게 봤을 때 union_find가 확실히 복잡도 측면에서는 좋아보이지만 각자 별개의 특성과 기준을 가지는 걸로 보았을때 해결하지 못하는 부분도 존재하지 않을까요?

[yuyu0830]

union_find의 경우 최정상의 부모 노드를 기점으로 진행되다보니 단 방향 탐색인 반면 DFS는 모든 노드들에 대해서 재귀가 빈번하게 호출되고 분기가 많다보니 시간복잡도 측면에서도 차이가 어느정도 나는 것 같습니다.

이렇게 봤을 때 union_find가 확실히 복잡도 측면에서는 좋아보이지만 각자 별개의 특성과 기준을 가지는 걸로 보았을때 해결하지 못하는 부분도 존재하지 않을까요?

확실히 사용 가능한 부분은 훨씬 제한적일 것 같긴 하네요... 정확히 저 문제를 해결할 때 union_find가 유용할 텐데 그런 경우가 잦지는 않을 것 같네요 ㅋㅋ