Office 솔루션 디자인 및 만들기

아티클
04/10/2013

Visual Studio의 서로 다른 형식의 Office 솔루션을 만드는 데 사용할 수 있는 프로젝트 템플릿을 제공 합니다.설명서의 이 단원에서는 프로젝트 템플릿에 대해 설명하고 Office 프로젝트를 만드는 방법에 대한 지침을 제공합니다.프로젝트를 만든 후 코드 및 사용자 인터페이스 사용자 지정을 구현하는 방법에 대한 자세한 내용은 Office 솔루션 개발을 참조하십시오.

적용 대상: 이 항목의 정보는 Office 2013 및 Office 2010의 문서 수준 프로젝트 및 응용 프로그램 수준 프로젝트에 적용됩니다. Office 응용 프로그램 및 프로젝트 형식에 따라 사용 가능한 기능을 참조하십시오.

Office 프로젝트 만들기

시작하기 전에 요구 사항을 확인하고 가장 적합한 솔루션 형식을 찾아야 합니다.예를 들어 Office 솔루션을 사용할 때마다 해당 응용 프로그램을 실행해야 하는 경우에는 응용 프로그램 수준 추가 기능이 요구 사항에 가장 적합합니다.코드가 단일 문서와 밀접하게 통합된 경우에는 문서 수준 사용자 지정을 만듭니다.이러한 프로젝트 형식은 Visual Studio 프로젝트 템플릿으로 사용할 수 있습니다.Visual Studio 포함 된 Office 프로젝트 템플릿에 대 한 자세한 내용은 Office 프로젝트 템플릿 개요.Office 프로젝트를 만드는 방법에 대한 자세한 내용은 방법: 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

[!참고]

Office 솔루션의 대상이 될 수 있는 .NET Framework 4.5 Visual Studio 2012에 대 한 Microsoft Office 개발자 도구를 설치만 하면 됩니다."도구"에 대 한 자세한 내용은 참조 하십시오.에서 다운로드 페이지.

프로젝트에서 선택한 .NET Framework 버전은 최종 사용자 컴퓨터에서 솔루션을 실행하는 데 필요합니다.예를 들어, 경우 프로젝트 목표는 .NET Framework 4, .NET Framework 4 최종 사용자 컴퓨터에서 필요 합니다..NET Framework 3.5 최종 사용자 컴퓨터에 설치 된 경우에이 예제에서는 솔루션 실행 되지 않습니다.

.NET Framework 3.5를 대상으로 응용 프로그램 수준 추가 기능 프로젝트를 마이그레이션하는 경우 Visual Studio 프로젝트의 대상 프레임 워크 변경 .NET Framework 4.

Visual Studio 2012에 대 한 Microsoft Office 개발자 도구를 설치 하는 경우 Visual Studio 프로젝트의 대상 프레임 워크 변경 .NET Framework 4.5.

그러나 Visual Studio 대상 프레임 워크를 변경 하면 특정 기능을 사용 하는 경우 프로젝트의 코드 중 일부를 수정 해야 합니다.대상 프레임워크를 변경하는 방법에 대한 자세한 내용은 방법: 한 버전의 .NET Framework를 대상으로 지정을 참조하십시오.프로젝트에서 변경해야 할 수도 있는 내용에 대한 자세한 내용은 .NET Framework 4 또는 .NET Framework 4.5로 Office 솔루션 마이그레이션을 참조하십시오.

Visual Studio 프로젝트의 대상.NET Framework 변경 하 고 ClickOnce를 사용 하 여 솔루션을 배포 하는 경우 해당 버전의.NET Framework 선택 했는지 확인은 전제 조건 대화 상자.이 옵션은 프로젝트의 대상 프레임워크를 변경할 때 자동으로 변경되지 않습니다.자세한 내용은 방법: 최종 사용자 컴퓨터에 Office 솔루션 실행을 위한 필수 구성 요소 설치을 참조하십시오.

[!참고]

.NET Framework 3.5 또는 이전 버전을 사용 하 여 만드는 Office 프로젝트에서 대상 수 없습니다 Visual Studio 2012.사용 하 여 만든 office 프로젝트 Visual Studio 2012 에 처음 도입 된 기능을.NET Framework 4 Client Profile

최종 사용자 컴퓨터에 Office PIA가 필요한 경우 이해

기본적으로 Office 주 interop 어셈블리 (Pia) 경우 최종 사용자 컴퓨터에 설치 하지 않아도 Interop 형식 포함 각 프로젝트에서 Office PIA 참조의 속성이 True, 기본값입니다.이 경우 프로젝트를 빌드하면 솔루션에서 사용하는 PIA 형식에 대한 형식 정보가 솔루션 어셈블리에 포함됩니다.런타임에 Office 응용 프로그램의 COM 기반 개체 모델을 호출하는 데 PIA 대신 포함된 형식 정보가 사용됩니다.PIA의 형식이 솔루션에 포함되는 방식에 대한 자세한 내용은 동일 형식 및 포함된 Interop 형식을 참조하십시오.

경우는 Interop 형식 포함 각 프로젝트에서 Office PIA 참조의 속성이 False, Office Pia를 설치 하 고 전역 어셈블리 캐시에 솔루션을 실행 하 고 각 최종 사용자 컴퓨터에 등록 합니다.대부분의 경우 PIA는 Office와 함께 기본적으로 설치되지만 PIA 재배포 가능 패키지를 솔루션의 필수 구성 요소로 포함할 수도 있습니다.자세한 내용은 Office 솔루션 배포 필수 구성 요소을 참조하십시오.

클라이언트 프로필 이해

.NET Framework Client Profile은 전체 .NET Framework의 하위 집합으로,.NET Framework의 클라이언트 기능만 사용해야 하고 Office 솔루션을 최대한 빠르게 배포할 수 있는 환경을 제공하려는 경우 .NET Framework Client Profile을 대상으로 지정할 수 있습니다.자세한 내용은 .NET Framework Client Profile을 참조하십시오.

Office 프로젝트를 대상으로 만들 때의 .NET Framework 4, .NET Framework 4 Client Profile 기본적으로 대상으로 합니다. 완전 한 개발 하려는 경우 .NET Framework 4, 프로젝트를 만든 후이 옵션을 설정 해야 합니다.자세한 내용은 방법: 한 버전의 .NET Framework를 대상으로 지정을 참조하십시오.

64 비트 버전의 Microsoft Office 대 한 솔루션 만들기

Microsoft Office 2013 및 Office 2010 64 비트 및 32 비트 버전에서 사용할 수 있습니다.두 버전 중 하나에서 실행할 수 있는 Office 솔루션을 만들려면 프로젝트의 플랫폼 대상 설정이 Any CPU로 설정되어 있어야 합니다.이 Office 프로젝트에 대 한 기본값입니다. 자세한 내용은 Office 솔루션 빌드을 참조하십시오.

서로 다른 64 비트 및 32 비트 버전의는 Microsoft Visual Studio Tools for Office Runtime Microsoft의 64 비트 및 32 비트 버전에서 사용 Office 2013 및 Office 2010.자세한 내용은 Visual Studio Tools for Office 런타임 개요을 참조하십시오.

Office 솔루션의 어셈블리

Visual Studio의 Office 개발 도구를 사용하여 Office 프로젝트를 만들 때 작성하는 코드는 최종적으로는 어셈블리로 컴파일됩니다.어셈블리는 일반적으로 공유 서버나 클라이언트 컴퓨터의 디렉터리로 배포됩니다.

Office 솔루션의 어셈블리를 Office 응용 프로그램에 의해 로드 됩니다.어셈블리가 로드 되 면 어셈블리의 코드에서에서 메뉴 항목을 클릭할 때 예를 들어, 응용 프로그램에서 발생 하는 이벤트에 응답할 수 있습니다.어셈블리의에서 코드를 자동화 하 고 응용 프로그램을 확장 하는 개체 모델을 호출할 수도 하 고 모든 클래스에서 사용할 수 있는 .NET Framework. 자세한 내용은 문서 수준 사용자 지정 아키텍처 및 응용 프로그램 수준 추가 기능 아키텍처을 참조하십시오.

Office 솔루션에서는 배포 매니페스트 및 응용 프로그램 매니페스트를 사용하여 어셈블리를 식별합니다.매니페스트에는 어셈블리의 이름, 버전 및 위치에 대한 정보가 들어 있으므로 응용 프로그램에서 올바른 어셈블리를 찾아 연결하여 해당 어셈블리를 실행할 수 있습니다.자세한 내용은 Office 솔루션의 응용 프로그램 및 배포 매니페스트을 참조하십시오.

문서 수준 프로젝트에는 어셈블리뿐만 아니라 문서가 포함되어 있습니다.문서는 응용 프로그램의 프런트 엔드 역할을 하며, 모든 사용자 상호 작용이 이루어지는 곳입니다.문서 하나에 연결될 수 있는 주 프로젝트 어셈블리의 개수는 하나뿐이지만, 하나의 어셈블리는 여러 문서와 연결될 수 있습니다.

문서 수준 프로젝트의 어셈블리는 문서에 포함되는 것이 아니라 다른 곳에 저장되며 문서의 응용 프로그램 매니페스트를 통해 식별됩니다.

어셈블리의 보안 고려 사항

컴퓨터에서 Office 솔루션을 실행하려면 해당 솔루션에서 사용된 어셈블리를 실행할 수 있는 것으로 신뢰해야 합니다.보안에 대한 자세한 내용은 Office 솔루션 보안을 참조하십시오.

기본적으로 솔루션 어셈블리와 프로젝트의 출력 폴더에 있는 참조된 어셈블리는 신뢰되어야 프로젝트를 빌드할 때 개발 컴퓨터에서 실행됩니다.자세한 내용은 Office 솔루션 빌드을 참조하십시오.

보안을 위해서는 프로젝트를 공유 위치에서 개발하는 것보다 로컬 컴퓨터에서 만드는 것이 좋습니다.자세한 내용은 Office 솔루션 공동 개발을 참조하십시오.

참조된 어셈블리

어셈블리는 프로젝트의 참조에 나열된 다른 어셈블리를 참조할 수 있습니다.그러나 문서 수준 프로젝트 어셈블리는 다른 문서 수준 프로젝트 어셈블리를 참조할 수 없습니다.

참고 항목

다음을 통해 공유