.NET Interop 어셈블리 프로퍼티 대화 상자의 이 페이지를 사용하여 .NET interop 어셈블리의 고급 설정을 변경합니다.

이 페이지는 다음의 구성요소를 포함합니다.

옵션 설명
디버깅 활성화

어플리케이션, 공유 라이브러리, .NET interop 어셈블리 또는 웹 서비스의 디버깅을 활성화합니다.

노트 이 확인란에서 확인 표시를 제거해도 최대 최적화가 보장되지는 않습니다.
  • 실행 시 디버거를 기다립니다

    어플리케이션, 공유 라이브러리 또는 .NET interop 어셈블리를 로드하지만, LabVIEW 디버깅 컨트롤을 통해 실행하도록 사용자가 활성화할 때까지 실행하지 않습니다. 이 옵션을 활성화하려면 디버깅 활성화 확인란에 확인 표시를 합니다.
에러 코드 파일 복사

project\errors 및 user.lib\errors 디렉토리로부터 XML 기반의 LabVIEW 에러 코드 텍스트 파일 복사본을 가져와 런타임 엔진에 추가합니다.

노트 사용자가 직접 LabVIEW\user.lib 디렉토리 안에 errors 폴더를 생성해야 사용자 에러 코드 파일들을 정리할 수 있습니다.
사용자 정의 가명 파일 사용

어플리케이션, 공유 라이브러리, 또는 .NET interop 어셈블리에 프로젝트 Aliases 파일을 복사합니다. 확인란에서 확인 표시를 제거하는 경우, 프로젝트 파일 선택 대화 상자가 나타나고 사용자가 프로젝트에 있는 다른 가명 파일을 선택할 수 있습니다.

  • 프로젝트의 별칭 파일-

    기본 프로젝트 가명 파일 사용을 선택하지 않는 경우, 어플리케이션, 공유 라이브러리, 또는 .NET Interop 어셈블리와 함께 사용할 가명 파일을 지정합니다.

    • 프로젝트 찾아보기-

      앨리어스 파일을 선택할 수 있는 프로젝트 파일 선택 대화 상자를 디스플레이합니다.
향상된 DSC 런타임 지원 활성화

이 옵션은 LabVIEW Datalogging and Supervisory Control (DSC) Module이 설치된 경우에만 나타납니다. 향상된 DSC Module Run-Time Engine을 통해 어플리케이션을 빌드합니다. DSC Module Run-Time Engine은 사용자가 DSC 모듈을 사용하여 빌드한 어플리케이션에서 프로그램적으로 프로젝트 라이브러리 및 공유 변수를 관리하는 데 필요한 추가 지원을 제공합니다.

다음의 상황에서는 반드시 이 확인란에 확인 표시를 해야 합니다.
  • 사용자가 빌드하려는 어플리케이션이 VI 서버 참조를 사용하여 프로그램적으로 라이브러리 파일을 수정합니다.
  • 사용자가 빌드하려는 어플리케이션이 [Save to Library] VI를 사용합니다.
이 두 상황에서 사용자가 강화된 DSC Module Run-Time Engine을 활성화하지 않는 경우, LabVIEW는 사용자가 빌드한 어플리케이션, 공유 라이브러리, 또는 .NET interop 어셈블리를 실행할 때 에러 코드 1055를 반환합니다.
노트 이 옵션을 활성화하면 빌드한 어플리이션, 공유 라이브러리 또는 .NET interop 어셈블리의 파일 크기가 증가하고 시작 속도가 저하됩니다.
강력한 이름 인증 활성화

어셈블리에 강력한 이름의 키 파일을 인증할지 여부를 지정합니다.

애플리케이션 및 배포 매니페스트 서명은 어셈블리 서명과는 별개의 프로세스입니다. 또한 키 파일 정보 보관은 매니페스트 인증과 어셈블리 인증에서 각각 다릅니다. 매니페스트 인증의 경우, 키 정보는 암호 방식 스토리지 데이터베이스와 현재 사용자의 Windows 인증 저장소에 저장됩니다. 어셈블리 인증의 경우, 키 정보는 암호 방식 스토리지 데이터베이스에만 저장됩니다.
노트 강력한 이름 키 파일을 사용하여 .NET 어셈블리에 서명하는 방법에 대한 자세한 내용은 ni.com의 기술 자료를 참조하세요.
  • 프로젝트의 강력한 이름 키 파일-

    기존의 강력한 이름 키 파일을 지정하여 어셈블리에 인증합니다. 프로젝트 탐색 버튼을 클릭하여 프로젝트 파일 선택 대화 상자를 디스플레이한 후 키 파일을 선택합니다.
빌드 로그 파일 생성

빌드의 로그 파일을 생성할지 여부를 지정합니다. 빌드 로그 파일은 시작 VI 또는 항상 포함으로 지정하지 않은 subVI를 비롯하여 빌드에 포함된 모든 파일을 나열합니다. 로그 파일에는 빌드 시작이나 종료 시간, 빌드 스펙, 프로젝트 이름, 빌드 중에 발생한 모든 에러 등과 같은 일반적인 빌드 정보도 포함되어 있습니다.

  • 로그 파일 경로-

    빌드 로그 파일을 저장할 경로를 지정합니다.
LabVIEW 2011 호환성 모드

플랫 파일 레이아웃을 사용하여 독립 어플리케이션, 공유 라이브러리, 또는 웹사이트 내에 소스 파일을 저장하도록 지정합니다. LabVIEW 8.6 또는 이전 버전에서 로드하는 빌드 스펙의 경우, LabVIEW는 이 옵션을 기본으로 활성화합니다. National Instruments는 LabVIEW 2009 또는 이후 버전에서 개발하는 어플리케이션의 경우 이 옵션을 비활성화할 것을 권장합니다.

다음 테이블은 각 스타일이 생성된 어셈블리를 변경하는 방식을 나열합니다.

LabVIEW 2011 호환성 모드 LabVIEW 2012 및 이후 버전
생성된 메소드는 기본 참조 번호 클래스를 사용하며, 타입이 보존되지 않습니다. 생성된 메소드는 타입이 보존되는 참조 번호 클래스를 사용합니다.
생성된 메소드 원형은 출력 파라미터를 입력 파라미터보다 먼저 나열합니다. 생성된 메소드 원형은 파라미터를 VI 커넥터 팬에서의 배치에 따라 나열합니다. 먼저 입력이 커넥터 팬 터미널의 위에서 아래로, 왼쪽에서 오른쪽의 순서로 정렬되어 나타납니다. 입력 후에 출력이 커넥터 팬 터미널의 위에서 아래로, 왼쪽에서 오른쪽의 순서로 정렬되어 나타납니다.
VI에서 생성된 모든 메소드는 .NET Interop 어셈블리 프로퍼티 대화 상자의 정보 페이지에 있는 .NET interop 어셈블리 클래스 이름 섹션에서 지정한 단일 클래스에 속합니다. 프로젝트 라이브러리에 속한 VI의 경우, 이 VI로부터 생성된 .NET 메소드는 프로젝트 라이브러리와 같은 이름을 갖는 클래스에 속합니다. LabVIEW는 하위 프로젝트 라이브러리에 대해서 하위 클래스를 생성합니다. 프로젝트 라이브러리에 속하지 않는 VI의 경우, 해당 VI에 대해 생성된 .NET 메소드는 .NET Interop 어셈블리 프로퍼티 대화 상자의 정보 페이지에 있는 .NET interop 어셈블리 클래스 이름 섹션에서 지정한 클래스에 속합니다.
에러 입력 및 에러 출력 클러스터를 포함하는 VI에서 생성된 메소드는 에러 입력 및 에러 출력 파라미터를 포함합니다. .NET 메소드는 보통 에러를 받거나 반환하지 않습니다. LabVIEW가 VI의 .NET 메소드를 생성하는 경우, LabVIEW는 에러 입력 및 에러 출력 클러스터를 새 메소드의 파라미터로 반출하지 않습니다. 대신, 메소드 실행 중 에러가 발생하면, 새 메소드에 .NET 예외가 생깁니다. 이 예외는 에러 클러스터와 동일한 정보를 포함합니다.
다음 LabVIEW 버전에서 이 .NET 어셈블리를 로드하도록 허용

2진 파일이 빌드된 LabVIEW 버전이나 머신에 설치된 최신 버전의 LabVIEW 런타임 엔진에서 로드될 수 있도록 합니다. 이 옵션은 독립 어플리케이션, 공유 라이브러리, 묶음 프로젝트 라이브러리, 소스 배포에 적용됩니다. LabVIEW 2017 또는 이전 버전에서 생성한 빌드 스펙의 경우, LabVIEW는 이 옵션을 기본으로 활성화합니다. 리얼 타임 어플리케이션에서는 대화 상자에 이 옵션이 없지만, 이 기능이 기본으로 활성화되어 있습니다.

이 옵션을 비활성화하여 빌드 사양을 특정 버전의 LabVIEW에 바인딩할 수 있습니다. 또한 이 옵션이 비활성화되면, 성능 프로파일 변경이 저지되고, 컴파일러 업그레이드로 인해 예상치 않은 문제가 발생하는 것이 방지됩니다.

어플리케이션 만들기 및 배포하기 홈