Office 솔루션 디자인 및 만들기
Visual Studio에서는 몇 가지 유형의 Office 솔루션을 만드는 데 사용할 수 있는 프로젝트 템플릿을 제공합니다. 설명서의 이 섹션에서는 프로젝트 템플릿에 대해 설명하고 Office 프로젝트를 만드는 지침을 제공합니다. 프로젝트를 만든 후 코드 및 사용자 인터페이스 사용자 지정을 구현하는 방법에 대한 자세한 내용은 Office 솔루션 개발을 참조하세요.
적용 대상: 이 항목의 정보는 문서 수준 프로젝트 및 VSTO 추가 기능 프로젝트에 적용됩니다. Office 애플리케이션 및 프로젝트 형식에 따라 사용 가능한 기능을 참조하세요.
참고 항목
여러 플랫폼에서 Office 환경을 확장하는 솔루션을 개발하는 데 관심이 있으신가요? 새로운 Office 추가 기능 모델을 확인하세요. Office 추가 기능은 VSTO 추가 기능과 솔루션에 비해 공간을 적게 사용하며 HTML5, JavaScript, CSS3 및 XML과 같은 거의 모든 웹 프로그래밍 기술을 사용하여 빌드할 수 있습니다.
Office 프로젝트 만들기
시작하기 전에 요구 사항을 결정하고 가장 적합한 기능을 제공하는 솔루션의 유형을 찾아야 합니다. 예를 들어 Office 솔루션이 애플리케이션을 사용할 때마다 실행되어야 하는 경우 VSTO 추가 기능이 요구 사항에 가장 적합합니다. 코드가 단일 문서와 긴밀하게 통합된 경우 문서 수준 사용자 지정을 만듭니다. 이러한 프로젝트 형식은 Visual Studio 프로젝트 템플릿으로 사용할 수 있습니다. Visual Studio에 포함된 Office 프로젝트 템플릿에 대한 자세한 내용은 Office 프로젝트 템플릿 개요를 참조하세요. Office 프로젝트를 만드는 방법에 대한 자세한 내용은 방법: Microsoft Visual Studio에서 Office 프로젝트 만들기를 참조하세요.
Office 프로젝트에는 Visual Studio의 기타 프로젝트 형식과 다른 기능과 프로젝트 항목이 있습니다. 예를 들어 문서 수준 프로젝트를 만들 때 프로젝트의 문서나 통합 문서는 Visual Studio 내에서 열고 편집할 수 있습니다. 자세한 내용은 Visual Studio 환경의 Office 프로젝트를 참조하세요.
.NET Framework 버전 선택
요구 사항에 가장 적합한 프로젝트 형식을 선택한 후 개발 프로세스에서 사용할 .NET Framework의 버전을 선택할 수 있습니다. Office 프로젝트에서는 다음과 같은 .NET Framework 버전을 대상으로 지정할 수 있습니다.
.NET Framework 4
.NET Framework 4 Client Profile
.NET Framework 4.5
솔루션을 실행하려면 프로젝트에 대해 선택하는 .NET Framework 버전이 최종 사용자 컴퓨터에서 필요합니다. 예를 들어 프로젝트가 .NET Framework 4를 대상으로 하는 경우 .NET Framework 4가 최종 사용자 컴퓨터에서 필요합니다. 이 예에서 .NET Framework 3.5만 최종 사용자 컴퓨터에 설치되어 있는 경우 솔루션이 실행되지 않습니다.
.NET Framework 3.5를 대상으로 하는 VSTO 추가 기능 프로젝트를 마이그레이션하는 경우 Visual Studio에서는 설치한 Office 버전에 따라 프로젝트의 대상 프레임워크를 .NET Framework 4 이상으로 변경합니다.
그러나 Visual Studio에서 대상 프레임워크를 변경한 후 특정 기능을 사용하는 프로젝트의 일부 코드를 수정해야 할 수 있습니다. 대상 프레임워크를 변경하는 방법에 대한 자세한 내용은 방법: .NET Framework의 버전을 대상으로 지정을 참조하세요. 프로젝트에서 변경해야 하는 항목에 대한 자세한 내용은 Office 솔루션을 .NET Framework 4 이상으로 마이그레이션을 참조하세요.
Visual Studio에서 프로젝트의 대상 .NET Framework를 변경하는 경우 ClickOnce를 사용하는 솔루션을 배포하려면 필수 구성 요소 대화 상자에서도 해당 버전의 .NET Framework를 선택해야 합니다. 이 선택은 프로젝트의 대상 프레임워크를 변경할 때 자동으로 변경되지 않습니다. 자세한 내용은 방법: 최종 사용자 컴퓨터에 Office 솔루션 실행을 위한 필수 구성 요소 설치를 참조하세요.
참고 항목
Visual Studio 2013을 사용하여 만드는 Office 프로젝트에서 .NET Framework 3.5 또는 이전 버전을 대상으로 지정할 수 없습니다. Visual Studio 2013을 사용하여 만드는 Office 프로젝트에는 .NET Framework 4 Client Profile에 처음 도입된 기능이 필요합니다.
최종 사용자 컴퓨터에 Office PIA가 필요한 경우 이해
기본적으로 Office PIA(주 interop 어셈블리)는 프로젝트에 있는 각 Office PIA 참조의 Interop 형식 포함 속성이 기본값인 True로 설정된 경우 최종 사용자 컴퓨터에 설치될 수 있습니다. 이 시나리오에서는 솔루션에서 사용되는 PIA 형식에 대한 형식 정보가 프로젝트를 빌드할 때 솔루션 어셈블리에 포함됩니다. 런타임에 포함된 형식 정보는 PIA 대신 Office 애플리케이션의 COM 기반 개체 모델을 호출하는 데 사용됩니다. PIA의 유형이 솔루션에 포함되는 방법에 대한 자세한 내용은 유형 동등성 및 포함된 interop 유형을 참조하세요.
프로젝트에서 각 Office PIA 참조의 Interop 형식 포함 속성이 False로 설정된 경우 솔루션을 실행하는 각 최종 사용자 컴퓨터에서 전역 어셈블리 캐시에 Office PIA를 설치하고 등록해야 합니다. 대부분의 경우 PIA는 Office와 함께 기본적으로 설치되지만 PIA 재배포 가능 파일을 솔루션에 대한 필수 구성 요소로 포함할 수도 있습니다. 자세한 내용은 Office 솔루션 배포를 위한 필수 구성 요소를 참조하세요.
클라이언트 프로필 이해
.NET Framework Client Profile은 전체 .NET Framework의 하위 집합입니다. .NET Framework의 클라이언트 기능만 사용해야 하고 Office 솔루션에 대한 가장 빠른 배포 환경을 제공하려는 경우 .NET Framework Client Profile을 대상으로 지정할 수 있습니다. 자세한 내용은 .NET Framework 클라이언트 프로필을 참조하세요.
.NET Framework 4를 대상으로 하는 Office 프로젝트를 만들면 기본적으로 .NET Framework 4 클라이언트 프로필이 대상으로 지정됩니다. 전체 .NET Framework 4에 대해 개발하려는 경우 프로젝트가 만들어진 후 이 옵션을 설정해야 합니다. 자세한 내용은 방법: 한 버전의 .NET Framework를 대상으로 지정을 참조하세요.
Microsoft Office 64비트 버전에 대한 솔루션 만들기
Microsoft Office는 64비트 및 32비트 버전에서 사용할 수 있습니다. 두 버전 중 하나에서 실행될 수 있는 Office 솔루션을 만들려면 프로젝트의 플랫폼 대상 설정이 Any CPU로 설정되어야 합니다. 이 값은 Office 프로젝트에 대한 기본값입니다. 자세한 내용은 Office 솔루션 빌드를 참조하세요.
Microsoft Office의 64비트 및 32비트 버전에서 사용되는 Visual Studio Tools for Office Runtime의 64비트 및 32비트 버전이 있습니다. 자세한 내용은 Visual Studio Tools for Office 런타임 개요를 참조하세요.
Office 솔루션의 어셈블리
Visual Studio에서 Office 개발 도구를 사용하여 Office 프로젝트를 만들 때 작성하는 코드는 결국 어셈블리로 컴파일됩니다. 어셈블리는 공유 서버나 클라이언트 컴퓨터의 디렉터리에 배포됩니다.
Office 솔루션의 어셈블리는 Office 애플리케이션에서 로드됩니다. 어셈블리가 로드된 후 어셈블리의 코드는 애플리케이션에서 발생하는 이벤트(예: 사용자가 메뉴 항목을 클릭할 때)에 응답할 수 있습니다. 어셈블리의 코드는 애플리케이션을 자동화하고 확장하기 위해 개체 모델을 호출할 수도 있으며 .NET Framework의 클래스 중 하나를 사용할 수 있습니다. 자세한 내용은 문서 수준 사용자 지정 아키텍처 및 VSTO 추가 기능의 아키텍처를 참조하세요.
Office 솔루션은 배포 매니페스트와 애플리케이션 매니페스트를 사용하여 어셈블리를 식별합니다. 매니페스트에는 애플리케이션이 올바른 어셈블리를 찾고 연결하고 실행할 수 있도록 어셈블리의 이름, 버전 및 위치에 대한 정보가 포함되어 있습니다. 자세한 내용은 Office 솔루션의 애플리케이션 및 배포 매니페스트를 참조하세요.
문서 수준 프로젝트에는 어셈블리 외에도 문서가 포함되어 있습니다. 문서는 애플리케이션의 프런트 엔드로 작동하며 모든 사용자 조작이 이뤄지는 곳입니다. 각 문서에는 연결된 주 프로젝트 어셈블리가 하나만 있을 수 있지만 여러 문서가 동일한 어셈블리를 가리킬 수 있습니다.
문서 수준 프로젝트의 어셈블리는 문서에 포함되지 않고 대신 다른 곳에 저장되며 문서의 애플리케이션 매니페스트에 의해 식별됩니다.
어셈블리의 보안 고려 사항
Office 솔루션이 컴퓨터에서 실행되려면 솔루션에서 사용되는 어셈블리를 실행하도록 신뢰할 수 있어야 합니다. 보안에 대한 자세한 내용은 보안 Office 솔루션을 참조하세요.
기본적으로 솔루션 어셈블리와 프로젝트의 출력 폴더에 있는 모든 참조된 어셈블리는 프로젝트를 빌드할 때 개발 컴퓨터에서 실행하도록 신뢰할 수 있어야 합니다. 자세한 내용은 Office 솔루션 빌드를 참조하세요.
보안상의 이유로 프로젝트를 공유 위치에서 개발하는 것보다는 로컬 컴퓨터에서 만드는 것이 가장 좋습니다. 자세한 내용은 Office 솔루션 공동 개발을 참조하세요.
참조된 어셈블리
어셈블리는 프로젝트의 참조에 나열된 다른 어셈블리를 참조할 수 있습니다. 그러나 하나의 문서 수준 프로젝트 어셈블리가 다른 문서 수준 프로젝트 어셈블리를 참조할 수 없습니다.
관련 콘텐츠
- Office 프로젝트 템플릿 개요
- 방법: Visual Studio에서 Office 프로젝트 만들기
- Visual Studio 환경의 Office 프로젝트
- Office 프로젝트의 속성
- 여러 버전의 Microsoft Office에서 솔루션 실행
- 방법: 주 Interop 어셈블리를 통한 Office 애플리케이션 대상 선택
- Office 솔루션의 애플리케이션 및 배포 매니페스트
- 방법: Office 솔루션에 대한 구성 정보 설정
- Visual Studio 내에서 Office 기능 사용
- Office 솔루션 배포
- Office 프로그래밍의 일반적인 작업
- Office 솔루션 개발
- Visual Studio의 Office 솔루션 아키텍처