LabVIEW 기반 어플리케이션의 현지화 접근 방식에 영향을 미치는 요소를 파악해 두십시오.

LabVIEW는 번역을 위해 문자열을 반출 및 반입할 수 있도록 두 가지 포맷을 지원하며, XLIFF 2.0 파일[1]1 LabVIEW 2026 Q3 및 이후 버전. 및 VI 문자열 파일이 이에 해당합니다. 어떤 포맷이 어플리케이션에 가장 적합한지는 이러한 고려사항에 따라 달라질 수 있습니다.

노트 일반적으로 NI는 새로운 개발에 XLIFF 파일을 사용할 것을 권장합니다.
고려 사항 설명
런타임 번역 또는 빌드 타임 번역 런타임 번역은 어플리케이션이 실행되는 동안 어플리케이션의 언어를 전환할 수 있는 기능을 의미합니다. 예를 들어, 하나의 어플리케이션이 여러 시장을 지원하는 경우, 어플리케이션 내에서 언어 전환 기능을 제공할 수 있습니다. 그러면 하나의 어플리케이션이 여러 언어를 지원할 수 있습니다.

빌드 타임 번역은 어플리케이션의 언어별 버전 생성 방식을 의미합니다. 이 경우, 각 언어마다 하나씩, 어플리케이션의 여러 복사본을 관리하고 배포합니다.

이러한 선택은 현지화에 사용할 문자열 파일 포맷을 결정하는 데 영향을 미칩니다.

  • 실행 시 XLIFF 파일을 반입할 수 있습니다. 이 기능을 사용하면 런타임 언어를 선택할 수 있습니다.
  • 실행 중에 VI 문자열 파일을 반입할 수 없습니다.
수동 번역 프로세스 또는 빌드 파이프라인 사용

LabVIEW는 연속 통합 및 연속 전달/배포를 지원할 수 있습니다. 조직에서 LabVIEW 개발에 파이프라인을 사용하는 경우, 파이프라인에 번역을 포함시킬 수 있습니다.

또는 자동화된 개발 파이프라인을 설정하지 않은 경우, 수동으로 내용을 번역할 수 있습니다.

어느 접근 방식을 사용하든, 두 문자열 포맷 중 하나를 사용할 수 있습니다.

LabVIEW 개발 파이프라인에 대한 자세한 내용은 LabVIEW 개발 및 연속 통합 및 연속 전달/배포을 참조하십시오.
자체 컨텐츠 번역 또는 LSP 사용

컨텐츠를 내부적으로 번역할지 아니면 언어 서비스 제공자를 사용할지 고려하십시오. 언어 서비스 제공자 (LSP)는 언어와 관련된 서비스를 제공하는 단체입니다. LSP는 개별 프리랜서에서 전체 서비스 기관까지 다양합니다.

선택에 영향을 주는 요소는 다음과 같습니다:

  • 자체 컨텐츠 번역:
    • 컨텐츠 양이 적음
    • 번역을 업데이트해야 하는 빈도가 낮음
    • 사내 언어 전문 인력을 보유하고 있거나, 전문적 수준의 번역 품질 확보가 우선순위가 아님
  • LSP 사용:
    • 컨텐츠 양이 많음
    • 번역 업데이트가 자주 필요함
    • 사내 언어 전문 인력에 대한 접근이 제한적이거나, 전문적 수준의 번역 품질 확보가 우선순위임
    • 중복된 작업을 피하십시오. 일반적인 LSP와 전문 번역자는 번역 메모리 (TM)를 사용합니다. TM은 이전에 승인된 컨텐츠 번역 데이터베이스입니다. 어플리케이션을 업데이트할 때 LSP는 TM의 내용과 비교하여 새 콘텐츠(델타)만 번역합니다. TM을 사용하면 번역 비용을 줄이고 시간이 지남에 따라 번역된 자료의 일관성을 보장할 수 있습니다.

자체적으로 번역하는 경우, XLIFF 또는 VI 문자열 파일을 사용할 수 있습니다.

LSP를 사용하는 경우, XLIFF 파일을 사용합니다. XLIFF는 전문 번역자가 사용하는 컴퓨터 지원 번역 도구 (CAT 도구)와 함께 작동하는 번역 분야의 표준 파일 형식입니다. 대부분의 LSP는 XLIFF 2.0 파일을 사용할 수 있습니다. 사용하는 모든 LSP가 XLIFF 2.0 파일을 사용할 수 있는지 확인합니다. 일부 CAT 도구는 XLIFF 파일로부터 TM을 만들 수도 있습니다.

현지화를 위한 LabVIEW 문자열 포맷 비교

LabVIEW VI의 현지화를 용이하게 하기 위해 여러 포맷을 반출하고 반입할 수 있습니다. 이러한 파일 포맷과 파일 포맷의 차이를 이해합니다.

특징 XLIFF VI 문자열 파일
정의 XLIFF(XML Localization Interchange File Format). 컴퓨터 지원 번역 도구(CAT 도구) 간의 현지화 가능한 컨텐츠 교환을 표준화하는 XML 파일 포맷입니다. LabVIEW는 XLIFF 2.0을 사용합니다. 처음으로 LabVIEW 2026 Q3에서 지원됩니다. VI를 현지화하기 위한 LabVIEW 특정 파일 포맷.
용도 새 어플리케이션에 권장됩니다. 현지화를 위해 이미 VI 문자열 파일을 사용하는 기존 어플리케이션에 권장.
언어 개수 이중 언어 파일: 각 소스 문자열(사용자 언어의 문자열)을 해당하는 타겟 문자열(사용자가 번역하는 언어의 문자열)과 정렬합니다. 단언어 파일: 각 파일은 하나의 언어를 활성화하며 해당 언어의 문자열만 포함합니다.
런타임 지원 런타임 언어 스위칭 지원: 사용자가 런타임에 언어를 선택하고 인터페이스를 번역할 수 있는 VI를 설계할 수 있습니다. 빌드 시 현지화만 지원합니다. VI 문자열 파일을 사용할 때, VI의 현지화된 복사본을 하나의 정적 언어로 배포할 수 있습니다.
에러 허용성 에러 허용성이 더 높음: 누락된 태그가 있어도 반입이 방해되지 않습니다(LabVIEW는 관련 경고를 로그합니다). 반출 후와 반입 전에 VI 프런트패널에서 변경사항을 적용하더라도 이를 허용합니다. 에러 허용성이 제한적임: 파일에 알 수 없거나 누락된 태그가 포함된 경우 반입에 실패합니다. 문자열을 반출할 때와 비교하여 프런트패널이 수정된 경우 반입에 실패할 수 있습니다.

1 LabVIEW 2026 Q3 및 이후 버전.