응용 프로그램 구현을 위한 고려 사항
업데이트: 2007년 11월
응용 프로그램 디자이너에서 응용 프로그램을 구현할 때 다음 사항을 고려해야 합니다.
설치 요구 사항
보안 고려 사항
구현하기 전에 고려할 사항
구현 문제 해결
구현한 후에 고려할 사항
설치 요구 사항
특정 응용 프로그램을 구현하려면 먼저 다음 항목을 설치해야 합니다.
응용 프로그램을 구현하기 위해 선택한 프로그래밍 언어
응용 프로그램을 구현하기 위해 선택한 .NET Framework 버전(2.0, 3.0 또는 3.5)
Microsoft Visual Studio Tools for Office(Office 응용 프로그램을 구현하려는 경우). 또한 Microsoft Office 2003이나 Microsoft Office 2007도 필요합니다. 자세한 내용은 Visual Studio Tools for Office 설치를 참조하십시오.
원격 ASP.NET 응용 프로그램을 구현하려면 해당 응용 프로그램에 대해 선택한 .NET Framework 버전(2.0, 3.0 또는 3.5)을 원격 서버에 설치합니다.
보안 고려 사항
응용 프로그램 정의에 대한 특정 설정을 구성할 때는 특정 보안 고려 사항이 적용됩니다. 자세한 내용은 설정 적용을 참조하십시오.
응용 프로그램 구성 파일에서 암호화되지 않는 설정
응용 프로그램을 구현하거나 구현된 응용 프로그램을 편집하는 경우 Visual Studio에서 응용 프로그램 구성 파일에 중요한 데이터가 포함된 설정을 암호화되지 않은 일반 텍스트 형식으로 쓰면 보안 경고가 표시됩니다. 속성 창의 설정 및 제약 조건 편집기 또는 설정 및 제약 조건 편집기에서 열리는 ComplexSetting 컬렉션 편집기에서 이 설정을 편집할 때도 해당 설정이 암호화되지 않은 상태로 표시될 수 있습니다.
다음 표에서는 설정 및 제약 조건 편집기와 응용 프로그램 구성 파일에서의 이러한 설정과 설정 위치를 보여 줍니다. 또한 Visual Studio에서 이러한 설정이 표시되는 방식도 설명합니다.
참고: |
---|
해당 설정을 편집하려면 먼저 적절한 리소스를 추가해야 합니다. 자세한 내용은 리소스 추가를 참조하십시오. 구성 파일의 설정을 암호화할 수도 있습니다. 자세한 내용은 보호되는 구성을 사용하여 구성 정보 암호화 및 응용 프로그램 다이어그램 문제 해결을 참조하십시오. |
설정 이름 |
설정 및 제약 조건 편집기 위치 |
응용 프로그램 구성 파일 섹션 |
||||
---|---|---|---|---|---|---|
설정 |
응용 프로그램 설정, 디렉터리, 구성 아래의 AppSettingsSection 리소스 |
appSettings |
||||
ConnectionStrings |
응용 프로그램 설정, 디렉터리, 구성 아래의 ConnectionStringsSection 리소스 데이터베이스 소비자 끝점에 대한 데이터베이스 연결 문자열을 구성할 때 이 설정을 추가할 수 있습니다. 이 작업은 연결 속성 대화 상자, 속성 창 또는 ComplexSetting 컬렉션 편집기를 사용하여 수행할 수 있습니다.
데이터베이스 소비자 끝점을 사용자 지정 프로토타입에 복사하거나 포함하는 경우 Visual Studio에서는 암호가 아닌 연결 문자열을 새 위치에 일반 텍스트 형식으로 복사합니다.
|
connectionStrings |
||||
암호 |
응용 프로그램 설정, 디렉터리, 구성, SystemWebSectionGroup 아래의 IdentitySection 리소스 설정 및 제약 조건 편집기에서 이 설정을 볼 때 Visual Studio에서는 이 설정을 마스킹된 문자열로 표시합니다. |
identity |
||||
SqlConnectionString |
응용 프로그램 설정, 디렉터리, 구성, SystemWebSectionGroup 아래의 SessionStateSection 리소스 |
sessionState |
||||
StateConnectionString |
응용 프로그램 설정, 디렉터리, 구성, SystemWebSectionGroup 아래의 SessionStateSection 리소스 |
sessionState |
||||
Users |
응용 프로그램 설정, 디렉터리, 구성, SystemWebSectionGroup, AuthenticationSection, FormsAuthenticationConfiguration, FormsAuthenticationCredentials 아래의 FormsAuthenticationCredentials 리소스 설정 및 제약 조건 편집기에서 이 설정을 볼 때 Visual Studio에서는 이 설정을 마스킹된 문자열로 표시합니다.
|
authentication 아래 forms 아래의 credentials |
||||
Network |
응용 프로그램 설정, 디렉터리, 구성, NetSectionGroup, MailSettingsSectionGroup 아래의 SmtpSection 리소스 설정 및 제약 조건 편집기에서 이 설정을 볼 때 Visual Studio에서는 이 설정을 마스킹된 문자열로 표시합니다. |
smtp under mailSettings |
응용 프로그램 구성 파일 설정의 보안 처리
중요한 데이터가 포함된 설정이 암호화되는지에 관계없이 Visual Studio에서는 설정을 다음과 같이 처리합니다.
응용 프로그램 다이어그램의 응용 프로그램 정의 또는 끝점을 복사하면 Visual Studio에서는 이러한 설정을 포함합니다. 응용 프로그램을 구현하는 경우 이러한 설정은 응용 프로그램 구성 파일에 암호화되지 않은 일반 텍스트 형식으로 표시됩니다. Visual Studio에서는 이러한 설정을 응용 프로그램 구성 파일에 쓸 때 보안 경고를 표시합니다.
사용자 지정 프로토타입의 응용 프로그램 정의 또는 끝점을 포함하면 Visual Studio에도 해당 설정이 포함됩니다. 또한 응용 프로그램을 구현하면 이러한 설정이 응용 프로그램 구성 파일에 암호화되지 않은 일반 텍스트 형식으로 표시됩니다. Visual Studio에서는 이러한 설정을 응용 프로그램 구성 파일에 쓸 때 보안 경고를 표시합니다. 따라서 파일을 배포하기 전에 이러한 문제를 고려하고 중요한 기밀 데이터나 독점적인 데이터를 설정에 저장하지 않아야 하며, 가능한 한 암호화를 사용해야 합니다. 자세한 내용은 방법: 구성된 응용 프로그램 및 끝점에서 사용자 지정 프로토타입 만들기를 참조하십시오.
Visual Studio에서는 이러한 설정을 응용 프로그램 정의 파일(.sdm)이나 응용 프로그램 다이어그램 파일(.ad)로 저장하지 않습니다. 자세한 내용은 SDM 개요를 참조하십시오.
사용자 정의 제약 조건을 만들 때는 Visual Studio에서 이러한 설정을 사용할 수 없습니다. 자세한 내용은 응용 프로그램 및 응용 프로그램 호스팅 관계 제한을 참조하십시오.
구현하기 전에 고려할 사항
응용 프로그램을 구현하기 전에 다음 사항을 고려해야 합니다.
구현할 응용 프로그램을 연결합니다. 그러면 Visual Studio에서 필요한 모든 웹 서비스 클라이언트 프록시 클래스를 올바르게 생성할 수 있습니다.
언어, 프로젝트, 프로젝트 위치 형식, 템플릿 및 대상 프레임워크 속성에 필요한 값이 지정되어 있는지 확인합니다. 구현 후에는 이러한 속성을 수정할 수 없습니다. 자세한 내용은 구현한 후에 고려할 사항을 참조하십시오.
참고: 구현하기 전에 응용 프로그램 다이어그램의 복사본을 만들거나 저장할 수도 있습니다.
자세한 내용은 다음 항목을 참조하십시오.
Visual Studio에서 Office 응용 프로그램의 Office 버전 설정을 응용 프로그램을 구현할 때 템플릿 속성에 지정한 버전으로 업데이트합니다.
응용 프로그램을 구현하기 전에 원하는 프로젝트 이름을 지정합니다. 구현한 후 솔루션 탐색기에서 Windows 또는 Office 프로젝트의 이름을 바꿀 수 있습니다. 그러나 프로젝트 이름을 바꾸어도 어셈블리 이름이나 디스크의 프로젝트 폴더 이름은 변경되지 않습니다. 예를 들어 Windows 프로젝트의 이름을 "MyGeneratedName"에서 "MyRenamedProject"로 바꾸어도 Visual Studio에서 해당 프로젝트를 "MyRenamedProject.exe"가 아닌 "MyGeneratedName.exe"로 컴파일합니다. 디스크의 프로젝트 폴더 이름도 "MyGeneratedName"으로 유지됩니다.
Windows 또는 Office 응용 프로그램의 경우에는 프로젝트 이름을 사용하여 프로젝트 위치를 설정하지 마십시오. 응용 프로그램을 구현한 후 Windows 탐색기를 사용하여 프로젝트 위치를 변경할 수 있습니다.
프로젝트 이름은 대/소문자가 구분되지 않는 반면 응용 프로그램 정의 이름은 대/소문자가 구분됩니다.
형식이 동일하고 이름에서 대/소문자만 다른 여러 응용 프로그램을 구현할 때 Visual Studio에서는 "중복" 응용 프로그램을 구현하지 않습니다.
이런 상황이 발생하지 않게 하려면 구현하기 전에 중복 이름을 변경해야 합니다.
자세한 내용은 방법: 응용 프로그램 다이어그램에서 응용 프로그램 이름 바꾸기를 참조하십시오.
로컬 또는 원격 서버에서 IIS를 사용하여 실행되는 ASP.NET 응용 프로그램을 구현하려면 해당 서버에 대한 관리자 권한이 있어야 합니다. 그렇지 않으면 Visual Studio에서 해당 응용 프로그램을 구현할 수 없습니다.
Windows Vista에서 Visual Studio를 실행하는 경우 관리자로 Visual Studio를 실행하여 로컬 서버에서 이러한 응용 프로그램을 구현할 수 있습니다.
자세한 내용은 구현 문제 해결을 참조하십시오.
이전에 구현했다가 삭제한 응용 프로그램의 프로젝트가 디스크에 남아 있는 경우 해당 응용 프로그램과 이름 및 위치가 동일한 "중복" ASP.NET 응용 프로그램을 구현하면 충돌이 발생합니다.
구현할 때 이러한 충돌이 발생하지 않도록 하려면 응용 프로그램을 구현하기 전에 "중복" 응용 프로그램의 이름을 바꿉니다. 또는 구현 문제 해결을 참조하십시오.
디스크에서 프로젝트와 프로젝트 폴더의 이름은 고유해야 하며, 이는 솔루션 탐색기에서 이러한 프로젝트의 이름이 다르고 디스크에서 프로젝트 폴더의 부모 폴더가 다르더라도 마찬가지입니다.
배포 보고서를 생성할 준비가 되면 Visual Studio에서 디렉터리를 만들고 출력 파일을 복사할 위치를 지정할 수 있습니다. 그러나 Visual Studio에서는 해당 디렉터리에 프로젝트의 부모 폴더를 포함하지 않습니다. 따라서 디스크에서 폴더 이름이 같은 프로젝트가 솔루션에 들어 있으면 부모 폴더가 서로 다르더라도 Visual Studio에서 이름이 같은 프로젝트에 대한 단일 디렉터리를 만듭니다. 이로 인해 Visual Studio에서 해당 디렉터리에 복사할 때 출력 파일을 서로 덮어쓰게 될 수 있습니다. 자세한 내용은 배포 출력 파일의 위치 및 디렉터리 구조를 참조하십시오.
구현 문제 해결
응용 프로그램을 구현할 때 다음과 같은 문제가 발생할 수 있습니다.
로컬 또는 원격 서버에서 IIS를 사용하여 실행되도록 설정된 ASP.NET 응용 프로그램은 Visual Studio에서 구현할 수 없습니다.
로컬 또는 원격 서버에서 IIS를 사용하여 실행되는 ASP.NET 응용 프로그램을 구현하려면 해당 서버에 대한 관리자 권한이 있어야 합니다.
Windows Vista에서 Visual Studio를 실행하는 경우 관리자로 Visual Studio를 실행하여 로컬 서버에서 이러한 응용 프로그램을 구현할 수 있습니다.
자세한 내용은 방법: ASP.NET 응용 프로그램에 대한 웹 사이트 유형 선택을 참조하십시오.
Visual Studio에서 응용 프로그램의 프로젝트 파일을 생성할 수 없습니다.
응용 프로그램에서 호환되지 않는 사용자 지정 프로젝트 템플릿을 사용하도록 설정된 경우 이 문제가 발생할 수 있습니다. 응용 프로그램 디자이너에서는 Windows, Office, 웹 사이트 및 ASP.NET 웹 응용 프로그램 프로젝트에서 만든 사용자 지정 프로젝트 템플릿만 지원합니다.
이 문제를 해결하려면 표준 프로젝트 템플릿이나 다른 사용자 지정 프로젝트 템플릿을 선택해야 합니다.
응용 프로그램에서 사용자 지정 프로젝트 템플릿이 들어 있는 .zip 파일을 사용하도록 설정된 경우에도 이 문제가 발생할 수 있습니다.
이 문제를 해결하려면 .zip 파일의 압축을 푼 다음 사용자 지정 템플릿을 선택합니다.
자세한 내용은 Visual Studio 템플릿 및 응용 프로그램 다이어그램의 응용 프로그램에 대한 프로젝트 템플릿을 참조하십시오.
이전에 구현했다가 삭제한 응용 프로그램의 프로젝트가 디스크에 남아 있는 경우 해당 응용 프로그램과 이름 및 위치가 동일한 ASP.NET 응용 프로그램을 구현하면 충돌이 발생합니다.
이러한 충돌을 해결하려면 다음 작업 중 하나를 수행합니다.
프로젝트를 다른 위치에 만듭니다.
기존 프로젝트를 열고 다시 솔루션에 추가합니다.
기존 프로젝트를 덮어씁니다.
이러한 충돌이 발생하지 않도록 하려면 구현하기 전에 응용 프로그램의 이름을 바꿉니다.
구현한 후에 고려할 사항
응용 프로그램을 구현한 후에는 다음 사항을 고려해야 합니다.
응용 프로그램 정의 이름을 변경해도 관련된 프로젝트의 루트 이름은 변경되지 않습니다. 그러나 응용 프로그램 정의를 변경하면 Visual Studio에서 SDM(시스템 정의 모델) 문서 및 클래스 파일과 같은 프로젝트 파일에 변경 내용을 동일하게 적용합니다. 자세한 내용은 응용 프로그램 디자이너 개요를 참조하십시오.
응용 프로그램을 구현한 후에는 속성 창에서 ASP.NET, Windows 또는 Office 응용 프로그램의 대상 프레임워크 속성이 빈 읽기 전용 속성으로 나타납니다. 또한 구현 후에는 프로젝트 속성에서 응용 프로그램 프로젝트의 .NET Framework 버전을 보고 변경할 수 있습니다.
참고: 프로젝트 속성에서 대상 프레임워크를 변경할 때는 특정 사항을 고려해야 합니다. 자세한 내용은 방법: 응용 프로그램의 .NET Framework 버전 선택을 참조하십시오.
Office 응용 프로그램의 Office 버전 설정에는 응용 프로그램을 구현할 때 해당 응용 프로그램의 템플릿 속성에서 지정한 버전이 반영됩니다. 이 설정을 변경할 수는 있지만 응용 프로그램 설정은 일반적으로 응용 프로그램의 구성을 반영합니다. 배포를 위해 응용 프로그램을 평가하면 Visual Studio에서 논리 서버의 설정에 대해서만 응용 프로그램 설정의 유효성을 검사합니다. 이러한 설정이 템플릿 속성의 버전과 일치하지 않는 경우에는 유효성 검사 경고가 나타나지 않습니다. 자세한 내용은 설정 적용을 참조하십시오.
참고 항목
작업
방법: 응용 프로그램 다이어그램에서 응용 프로그램 구현