방법: 참조 관리자를 사용하여 참조 추가 또는 제거

아티클
03/22/2013

사용할 수 있는 관리자 참조 추가 하 고 관리할 수 있는 대화 상자 참조 구성 요소에 해당 하면 Microsoft 또는 다른 회사에서 개발한.개발 하는 경우는 Windows 스토어 응용 프로그램 프로젝트에서 자동으로 참조의 모든의 Windows 8 SDK와.NET Framework입니다.다른 형식의 프로젝트를 개발 하는 경우 이러한 참조를 프로젝트에 수동으로 추가 해야 합니다.

주의
사용 하 여 다른 종류의 프로젝트에 참조를 추가할 수 있습니다를 참조 추가 대화 상자.자세한 내용은 방법: 참조 추가 대화 상자를 사용하여 참조 추가 또는 제거을 참조하십시오.

추가 및 제거에 대 한 참조

프로젝트에 참조를 추가 하려면

메뉴 모음에서 선택 파일, 열기.
솔루션 또는 프로젝트를 이동 합니다.
솔루션 탐색기의 바로 가기 메뉴에서 참조 노드를 열고 선택 참조 추가.
에 참조 관리자 대화 상자에서 추가한 다음 선택 하 여 참조를 지정은 확인 단추.

참조를 제거 하려면 해당 바로 가기 메뉴를 열고 선택한 제거.

C + + 프로젝트에 참조를 추가 하려면

메뉴 모음에서 선택 파일, 열기.
솔루션 또는 프로젝트를 이동 합니다.
솔루션 탐색기프로젝트 노드에 대 한 바로 가기 메뉴를 열고 선택 참조.
에 속성 페이지 대화 상자에서 선택 된 새 참조 추가 단추.
에 참조 추가 대화 상자에서 추가한 다음 선택 하 여 참조를 지정은 확인 단추.

참조를 제거 하려면 해당 바로 가기 메뉴를 열고 선택한 제거.

참조 관리자 열리고 사용 가능한 참조 그룹을 나열 합니다.다음 그룹을 표시할 프로젝트 형식을 결정 합니다.

하위 프레임 워크와 확장 된 어셈블리입니다.
솔루션, 프로젝트 하위 그룹입니다.
코어 및 확장 하위에 Windows입니다.사용 하 여 Windows SDK 또는 확장 Sdk 참조를 탐색할 수 있는 개체 브라우저.
최근 하위 그룹으로 찾아보기

어셈블리 탭

어셈블리 탭을 참조 하기 위해 사용할 수 있는 모든.NET Framework 어셈블리를 나열 합니다.어셈블리 탭 GAC에 어셈블리 런타임 환경의 일부 이므로 모든 어셈블리를 전역 어셈블리 캐시 (GAC)에서 나열 되지 않습니다.배포 하거나 GAC에 등록 된 어셈블리에 대 한 참조가 포함 된 응용 프로그램을 복사 하는 경우 어셈블리 않습니다 배포 되었거나는 로컬 복사 설정과 상관 없이 응용 프로그램과 함께 복사 합니다.자세한 내용은 프로젝트 참조.

EnvDTE 네임 스페이스 (EnvDTE, EnvDTE80, EnvDTE90, EnvDTE90a, 또는 EnvDTE100) 중 하나에 대 한 참조를 수동으로 추가 하면 Interop 형식 포함 속성을 false로 참조의 속성 창에서 설정 합니다.이 속성을 True로 설정 하면 포함할 수 없는 특정 EnvDTE 속성으로 인해 빌드 문제가 발생할 수 있습니다.

모든 데스크톱 프로젝트 mscorlib에 대 한 암시적 참조가 포함 됩니다.Visual BasicMicrosoft.VisualBasic 암시적 참조가 있는 프로젝트를 포함 합니다.Visual Studio 2012을 참조 목록에서 제거 된 경우에 암시적 참조가 System.core에 있는 모든 프로젝트를 포함 합니다.

프로젝트 형식을 어셈블리를 지원 하지 않으면 탭에 나타나지 않습니다는 관리자 참조 대화 상자.

어셈블리 탭 두 sub-tabs의 구성은 다음과 같습니다.

프레임 워크는 대상된 프레임 워크를 구성 하는 모든 어셈블리를 나열 합니다.
- 보급된 어셈블리에서 전체 프레임 워크 이며 프레임 워크 목록에서 프로젝트의 대상된 프레임 워크 프로필을 대상으로 하는 경우를 열거 합니다.보급된 어셈블리 그레이에서 프로젝트의 대상된 프레임 워크 프로필에서 존재 하는 어셈블리를 구별할 수 있습니다.예를 들어, 프로젝트 대상을.NET Framework 4 클라이언트 면 프레임 워크 목록 보급된 어셈블리가.NET Framework 4에서 보여 줍니다.보급된 어셈블리를 추가 하는 사용자는 때 사용자가 그 후 통보는 관리자 참조 대화 상자를 닫으면, 프로젝트는.NET Framework 4로 대상이 변경 됩니다 및 보급된 어셈블리가 추가 됩니다.
- 프로젝트 Windows 스토어 응용 프로그램의 대상된에 있는 어셈블리의 모든 참조를 포함 합니다. Windows 스토어 앱용 .NET 기본적으로 프로젝트를 생성 합니다.관리 되는 프로젝트의 참조 폴더에 읽기 전용 노드 솔루션 탐색기 는 전체 프레임 워크에 대 한 참조를 나타냅니다.따라서 Framework 탭 없습니다 Framework에서 어셈블리를 열거 하 고 대신 다음과 같은 메시지가 표시: "모든 Framework 어셈블리가 이미 참조 합니다.개체 브라우저 탐색 프레임 워크를 참조 하십시오. " 데스크톱 프로젝트에 대 한 어셈블리의 대상된 프레임 워크에서 Framework 탭을 열거 하 고 사용자 응용 프로그램에 필요한 참조를 추가 해야 합니다.

확장 구성 요소 및 컨트롤의 외부 공급 업체 대상된 프레임 워크를 확장 개발한 모든 어셈블리를 나열 합니다.사용자가 응용 프로그램의 용도 따라 이러한 어셈블리 해야 합니다.

확장은 다음 위치에 등록 된 어셈블리를 열거 하 여 채워진.

32-bit machine:
HKEY_CURRENT_USER\SOFTWARE\Microsoft\[Target Framework Identifier]\v[Target Framework Version]\AssemblyFoldersEx\[UserComponentName]\@default=[Disk location of assemblies]
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\[Target Framework Identifier]\v[Target Framework Version]\AssemblyFoldersEx\[UserComponentName]\@default=[Disk location of assemblies]
64-bit machine:
HKEY_CURRENT_USER\SOFTWARE\Wow6432Node\Microsoft\[Target Framework Identifier]\v[Target Framework Version]\AssemblyFoldersEx\[UserComponentName]\@default=[Disk location of assemblies]
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\[Target Framework Identifier]\v[Target Framework Version]\AssemblyFoldersEx\[UserComponentName]\@default=[Disk location of assemblies]
And older versions of the [Target Framework Identifier]

예를 들어, 프로젝트 대상 경우.NET Framework 4는 32 비트 컴퓨터에 \microsoft\에서 등록 된 어셈블리 확장명 열거 됩니다.NETFramework\v4.0\AssemblyFoldersEx\, \microsoft\입니다.NETFramework\v3.5\AssemblyFoldersEx\, \microsoft\입니다.NETFramework\v3.0\AssemblyFoldersEx\, 및 \microsoft\입니다.Netframework\v2.0\assemblyfoldersex\입니다.

COM 탭

COM 탭을 참조 하기 위해 사용할 수 있는 모든 COM 구성 요소를 나열 합니다.내부 매니페스트가 포함 된 등록된 COM DLL에 대 한 참조를 추가 하려면 먼저 해당 DLL 등록을 취소 합니다.그렇지 않으면 Visual Studio 네이티브 DLL 대신 ActiveX 컨트롤 어셈블리 참조를 추가합니다.

프로젝트 형식을 COM을 지원 하지 않으면 탭에 나타나지 않습니다는 관리자 참조 대화 상자.

솔루션 탭

호환 가능한 프로젝트 하위 탭에서 현재 솔루션 내의 모든 프로젝트에서 솔루션 탭을 나열합니다.

프로젝트를 다른 버전의.NET Framework 대상으로 하는 다른 프로젝트를 참조할 수 있습니다.대상으로 프로젝트를 만들 수 있습니다 예를 들어,는 .NET Framework 4 2는.NET Framework에 빌드된 어셈블리를 참조 합니다.그러나.NET Framework 2 프로젝트를 참조할 수 없습니다는 .NET Framework 4 프로젝트입니다.자세한 내용은 특정 .NET Framework 버전 또는 프로필을 대상으로 지정을 참조하십시오.

대상으로 하는 프로젝트의 .NET Framework 4 대상으로 하는 프로젝트와 호환 되지 않습니다는 .NET Framework 4 Client Profile.

Visual Studio 2012에서.NET Framework 4를 대상으로 한 프로젝트와 다른 프로젝트의 이전 버전을 대상으로 하는 경우 프로젝트 참조 대신 파일 참조가 작성 됩니다.

대상으로 하는 프로젝트의 Windows 스토어 앱용 .NET .NET Framework 있으며 반대의 경우도 가능 대상으로 하는 프로젝트에 대 한 프로젝트 참조를 추가할 수 없습니다.

창 탭

창 탭에서 Windows 운영 체제를 실행 하는 플랫폼에 관련 된 모든 Sdk를 나열 합니다.

두 가지 방법으로 Visual Studio WinMD 파일을 생성할 수 있습니다.

Windows 스토어응용 프로그램 프로젝트 관리: Windows 스토어 응용 프로그램 프로젝트 프로젝트 속성을 설정 하 여 WinMD 바이너리를 출력할 수 있습니다 | 출력 형식 = WinMD 파일입니다.WinMD 파일 이름을 네임 스페이스 안에 존재 하는 모든 네임 스페이스의 상위 집합 이어야 합니다.예를 들어, 프로젝트 A.B 및 A.B.C 네임 스페이스의 구성 된 경우 해당 outputted Winmd에 대 한 가능한 이름 A.winmd 및 A.B.winmd입니다.사용자가 프로젝트 속성에 들어가면 | 어셈블리 이름 또는 프로젝트 속성 | 프로젝트의 네임 스페이스 집합에서 연결이 끊긴 네임 스페이스 값 또는 상위 네임 스페이스가 프로젝트 내에서 빌드 경고 발생: 'A.winmd'이 어셈블리에 대 한 올바른.winmd 파일 이름이 아닙니다.모든 형식 Windows 메타 데이터 파일 내에서 파일 이름의 하위 네임 스페이스에 있어야 합니다.파일 이름의 하위 네임 스페이스에 존재 하지 않는 형식이 런타임에 있을 수 없습니다.이 어셈블리의 최소 공통 네임 스페이스 'CSWSClassLibrary1'입니다.Visual Basic 또는 Visual C# 데스크톱 프로젝트를 사용 하 여 생성 되는 Winmds만 소비할 수 있는 Windows 8 Sdk 제 Winmds로 알려져 있으며 Winmds를 생성할 수 없습니다.
Windows 스토어네이티브 프로젝트 응용 프로그램: 전용 WinMD 파일의 메타 데이터만으로 구성 됩니다.구현 하는 별도 DLL 파일에 존재합니다.하나 따라서도 네이티브 이진 파일은 Windows 런타임 구성 요소 프로젝트 템플릿에서 선택 하 여는 새 프로젝트 대화 상자에서 빈 프로젝트를 시작 하 고 WinMD 파일을 생성 하는 프로젝트 속성을 수정 합니다.프로젝트의 연결이 끊긴 네임 스페이스가 구성 되어 있으면 빌드 오류가 해당 네임 스페이스를 결합 하거나 MSMerge 도구를 실행 하는 사용자를 확인할 수 있습니다.

창 탭의 두 개의 sub-tabs로 구성 됩니다.

핵심 하위 그룹

핵심 탭 WinMDs (WinRT 요소)에 대 한 모든 SDK를 대상으로 지정 된 버전의 Windows에 나열 됩니다.

Windows 스토어응용 프로그램 프로젝트가 포함 될 모든 Winmds에 대 한 참조는 Windows 8 SDK 프로젝트 생성 시 기본적으로.관리 되는 프로젝트의 참조 폴더에 읽기 전용 노드 솔루션 탐색기 전체에 대 한 참조를 나타내는 Windows 8 SDK.따라서 핵심 탭 참조 관리자에서 어셈블리에서 열거 되지 않습니다는 Windows 8 SDK 및 메시지를 대신 표시: "Windows SDK 참조는 이미 있습니다.개체 브라우저 탐색 Windows SDK를 참조 하십시오. "

데스크톱 프로젝트의 핵심에 탭에 기본적으로 나타나지 않습니다.프로젝트 노드에 대 한 바로 가기 메뉴를 열고 Windows 런타임에 추가할 수 있습니다 선택 프로젝트 언로드다음 코드를 추가 하 고 프로젝트를 열어서 (프로젝트 노드를 선택 합니다. 프로젝트 다시 로드).호출 하는 경우는 관리자 참조 핵심 탭 대화 상자가 나타납니다.

  <PropertyGroup>
    <TargetPlatformVersion>8.0</TargetPlatformVersion>
  </PropertyGroup>

Windows이이 탭에서 확인란을 선택 했는지 확인 합니다.다음 WinRT 요소를 사용할 수 있어야 합니다.

확장 하위 그룹

확장 확장 대상된 Windows 플랫폼 Sdk 사용자를 나열 합니다.이 탭에 대 한 표시 Windows 스토어 응용 프로그램 프로젝트만 합니다.제.winmd 파일만 사용할 수 있는 때문에 데스크톱 프로젝트이 탭이 표시 되지 않습니다.

SDK에는 Visual Studio 단일 컴포넌트로 처리 하는 파일의 컬렉션입니다.확장 탭에서 프로젝트에 적용 하는 Sdk의 관리자 참조 대화 상자가 호출 된 단일 항목으로 나열 됩니다.프로젝트에 추가 되 면 SDK 내용을 모두 사용으로 Visual Studio 사용자 IntelliSense, 도구 상자, 디자이너의 SDK 내용을 활용 하 여 모든 추가 작업을 수행할 필요가 없도록 개체 브라우저, 빌드, 배포, 디버깅 및 패키징.확장 탭에서 해당 SDK를 표시 하는 방법에 대 한 내용은 방법: 소프트웨어 개발 키트 만들기.

[!참고]

다른 SDK에 따라 SDK는 프로젝트를 참조 하는 경우 사용자가 수동으로 두 번째 SDK에 대 한 참조를 추가 하지 않는 한 Visual Studio SDK에서 두 번째 사용 되지 않습니다.사용자가 선택 하면 SDK에는 확장 탭의 참조 관리자 대화 상자 뿐만 아니라 이름 및 버전의 SDK 있지만 SDK 세부 정보 창에서 종속성의 이름을 나열 하 여 SDK 종속성을 식별 하는 사용자를 도와줍니다.사용자 종속성을 확인 하지 않습니다 하 고 SDK, MSBuild 사용자 종속성을 추가 하 라는 메시지가 나타납니다에 추가 하면.

프로젝트 형식을 지원 하지 않는 경우 확장, 탭 나타나지는 관리자 참조 대화 상자.

찾아보기 단추

사용할 수 있는 찾아보기 파일 시스템의 구성 요소에 대 한 찾아보기 단추.

프로젝트를 다른 버전의.NET Framework 대상으로 하는 구성 요소를 참조할 수 있습니다.예를 들어,.NET Framework 2를 대상으로 하는 구성 요소를 참조 하는.NET Framework 4 Client Profile을 대상으로 하는 응용 프로그램을 만들 수 있습니다.자세한 내용은 특정 .NET Framework 버전 또는 프로필을 대상으로 지정을 참조하십시오.

이 방법은 컴파일 오류가 발생할 수 있기 때문에 동일한 솔루션에 다른 프로젝트의 출력에 대 한 파일 참조를 추가 하지 말아야 합니다.대신 사용 하는 솔루션 탭의 참조 관리자 프로젝트 간 참조를 만들 수 있는 대화 상자.이 방법은 개발을 팀 잘 관리 하면 프로젝트에서 만드는 클래스 라이브러리를 사용 하 여 쉽습니다.자세한 내용은 끊어진 참조 문제 해결을 참조하십시오.

SDK를 검색 하 고 프로젝트에 추가할 수 없습니다.(예를 들어, 어셈블리 또는.winmd) 파일에만 찾아볼 수 있습니다 및 프로젝트에 추가 합니다.

Winmd에 대 한 파일 참조를 수행 하는 경우.pri 파일을 [파일 이름].winmd [파일 이름], [파일 이름].dll 모두 서로 옆에 있는지 예상된 레이아웃이입니다.다음과 같은 경우에는 Winmd를 참조 하는 경우 불완전 한 파일 집합이 프로젝트 출력 디렉터리에 복사 되 고 결과적으로 빌드 및 런타임 오류가 발생 합니다.

네이티브 구성 요소: 각 분리 된 네임 스페이스 집합에 대해 하나의 Winmd와의 구현을 구성 하는 하나의 DLL 네이티브 프로젝트를 만듭니다.Winmds는 서로 다른 이름을 갖게 됩니다.이 네이티브 구성 요소 파일을 참조 하는 경우 MSBuild 수학적인 명명 된 WinMDs 구성 요소를 만드는 것을 인식 하지 못합니다.따라서, 동일한 이름의 [파일 이름].dll 및.winmd [파일 이름] 복사, 런타임 오류가 발생 합니다.이 문제를 해결 하려면 확장 SDK를 만듭니다.자세한 내용은 방법: 소프트웨어 개발 키트 만들기을 참조하십시오.
컨트롤을 사용: [파일 이름].winmd, [파일 이름].dll,.pri [파일 이름], [위해 xamlname].xaml 및 [imagename].jpg 최소한 XAML 컨트롤을 구성 합니다.프로젝트를 빌드할 때 리소스 파일에 대 한 파일 참조에 관련 된 프로젝트의 출력 디렉터리에 복사 되지 않습니다 및.winmd [파일 이름], [파일 이름].dll 및 [파일 이름].pri 복사 됩니다.빌드 오류 사용자 [위해 xamlname] 리소스.xaml 및 [imagename].jpg 누락 되어 있음을 알리기 위해 기록 됩니다.성공 하려면, 사용자가 이러한 리소스 파일/런타임 디버깅에 대 한 빌드 프로젝트 출력 디렉터리에 수동으로 복사 해야 합니다.이 문제를 해결 하려면 확장 SDK의 단계에 따라 만들거나 방법: 소프트웨어 개발 키트 만들기 또는 다음과 같은 속성을 추가 하려면 프로젝트 파일을 편집 하십시오.
```
<PropertyGroup>
<GenerateLibraryOutput>True</GenerateLibraryOutput>
</PropertyGroup>
```
[!참고]

속성을 추가 하는 경우 빌드 느리게 실행 될 수 있습니다.

Recent

어셈블리, COM, 창 및 찾아보기 각 프로젝트에 최근에 추가 된 구성 요소 목록을 열거 하는 최근 탭을 지원 합니다.

검색

검색 창에는 관리자 참조 작동 합니다. 대화 상자에 포커스가 탭 위로.예를 들어, 솔루션 탭에 포커스가 있는 동안 사용자가 "시스템" 검색 표시줄에 입력 하는 경우 "시스템"을 포함 하는 프로젝트 이름을 솔루션 구성 되지 않는 한 검색 결과 반환 하지 않습니다.

다음을 통해 공유