작업 특정 프로젝트에 대한 프로젝트 참조를 살펴본 후 다음 프로젝트를 살펴봅니다. 대화 성공적인 빌드를 얻기 위해 팀에서 여러 빌드를 실행해야 한다면 어떨까요? 어딘가에 순환 종속성이 있는 것 같지만 그 위치를 알 수 ...

작업
특정 프로젝트에 대한 프로젝트 참조를 살펴본 후 다음 프로젝트를 살펴봅니다.

대화
성공적인 빌드를 얻기 위해 팀에서 여러 빌드를 실행해야 한다면 어떨까요?

어딘가에 순환 종속성이 있는 것 같지만 그 위치를 알 수 없는 경우도 있을 것입니다.

프로젝트에 특정 종속성이 있는 이유를 알아보려고 한 적이 있습니까? 

어셈블리를 제거하거나 새 기술로 업데이트하려고 한다면 어떻게 해야 할까요? 

Visual Studio 종속성 그래프는 이러한 작업에 유용합니다. 



작업
[아키텍처] 메뉴에서 [종속성 그래프 생성]을 선택하고 [솔루션용]을 선택합니다.

대화
솔루션에 대한 종속성 그래프를 생성하여 솔루션을 대략적으로 살펴볼 수 있습니다.

이렇게 하면 깜짝 놀랄 만한 사항을 발견할 수도 있으므로 매우 유용합니다.

예를 들어 단위 테스트가 실제로 솔루션의 어떤 항목도 테스트하지 않는다는 사실을 바로 알 수 있습니다. 실제로 단위 테스트는 전혀 어떤 항목도 테스트하지 않습니다.



작업
[범례]에서 [추가]를 선택하고 순환 종속성 분석기를 선택합니다.

대화
이 솔루션은 매우 크므로 예기치 않은 종속성이 바로 보이지는 않습니다. 

그러나 순환 종속성 분석기를 추가하면 이러한 종속성을 손쉽게 확인할 수 있습니다. 



작업
분석 결과 3개의 어셈블리가 강조 표시됩니다.

대화
사실상 이 3개의 어셈블리는 서로 참조하는 관계에 있습니다. 

이로써 많은 시간을 벌었습니다. 이제 이를 해결해야 합니다. 



작업
세 어셈블리 간의 링크를 검사합니다.

대화
이 어셈블리와 이 어셈블리 간의 종속성 링크는 다른 어셈블리 간의 링크보다 훨씬 가느다랗습니다. 

마우스를 링크 위로 이동하면 단 두 개의 호출에서 이 종속성을 생성한다는 도구 설명이 나타납니다. 이 때문에 해당 종속성은 최근에 추가된 것처럼 보입니다.



작업
의심되는(더 가느다란) 링크를 클릭하고 영향을 주는 링크를 요청합니다.

대화
종속성에 영향을 주는 요소를 이해하면 다른 어셈블리의 메서드를 호출하는 메서드를 바로 확인할 수 있습니다. 여기서는 한 메서드만 호출되는 것으로 나타나며 이는 양호한 상태입니다. 

큰 그림에 영향을 주는 링크를 추가하면 이 메서드에서 코드의 다른 부분으로 연결된 모든 링크도 확인할 수 있습니다. 

이 메서드는 큰 문제 없이 다른 어셈블리로 이동할 수 있을 것으로 보입니다. 과연 그럴지 확인해 보겠습니다.



작업
메서드를 호출 어셈블리로 끌어 놓습니다. 이것으로 문제가 완전히 해결되지는 않습니다. 

대화
정적 필드에 대한 또 다른 링크가 있습니다. 이 링크도 이동할 수 있습니다.



작업
필드를 끌어 놓습니다. 이렇게 하면 문제가 해결됩니다.

대화
따라서 이론을 테스트하고 올바른 해결 방법을 찾을 수 있었습니다.



작업
F12 키를 누르거나 코드로 이동 바로 가기 메뉴 명령을 사용합니다. 

화면을 그래프와 코드로 분할한 다음 그래프를 사용하여 코드를 탐색합니다.

대화
이제 다이어그램을 맵으로 사용하여 코드를 찾고 실제로 수정 작업을 수행할 수 있습니다.



작업
새 디자인의 목적을 설명하는 주석을 추가하고, 이 다이어그램을 프로젝트에 추가하여 보류 집합에 포함하거나 인쇄하기 위해 XPS로 내보냅니다.

대화
그런 다음 예를 들어 코드 검토 등의 일부로 새 디자인을 팀과 공유할 수 있습니다.