앱 세계화에 대한 지침 및 검사 목록(C#/VB/C++ 및 XAML을 사용하는 Windows 스토어 앱)

앱을 광범위한 대상 또는 시장으로 세계화하거나 특정 대상 또는 시장을 위해 지역화하는 모범 사례에 대해 설명합니다.

국제화에 대한 지침

UI를 지역화하는지 여부에 상관없이 UI 용어와 이미지를 선택할 때 세계 시장을 고려합니다. 그러면 지역화하는 시장에 대한 시간과 비용이 절약됩니다. 기본 언어로 지역화되지 않은 버전을 사용하는 고객은 개발자 UI를 보다 쉽게 이해합니다.

다음 표에는 앱 국제화에 대한 권장 방식이 나와 있습니다.

사례설명

올바른 숫자, 날짜, 시간, 주소 및 전화 번호 형식을 사용하세요.

숫자, 날짜, 시간 및 기타 데이터 양식에 사용되는 형식은 문화, 지역, 언어 및 시장에 따라 다릅니다. 숫자, 날짜, 시간 또는 기타 데이터를 표시할 경우 세계화 API를 사용하여 사용자가 원하는 형식을 지정하도록 합니다.

자세한 내용은 빠른 시작: 세계화를 대비한 형식 사용을 참조하세요.

국제 용지 크기를 지원합니다.

가장 일반적인 용지 크기는 국가마다 다르므로, 인쇄와 같이 용지 크기에 따라 달라지는 기능이 포함되어 있는 경우 일반적인 국가별 크기를 지원하는지 테스트하여 확인해야 합니다.

국가별 측정 단위 및 통화를 지원합니다.

사용되는 단위와 배율은 국가마다 다르지만, 미터법과 영국식 시스템이 가장 일반적으로 사용됩니다. 길이, 온도, 면적 등을 측정할 경우 Globalization 네임스페이스를 사용하여 올바른 시스템 측정치를 가져오세요. 앱에서 통화 표시를 지원하는 경우 올바른 서식을 사용해야 합니다. CurrenciesInUse 속성을 사용하여 사용자 지역에 대한 통화를 가져올 수도 있습니다.

텍스트와 글꼴을 올바르게 표시합니다.

적합한 글꼴, 글꼴 크기 및 텍스트 방향은 시장마다 다릅니다.

자세한 내용은 RTL 언어 배치를 조정하고 글꼴을 지역화하는 방법을 참조하세요.

문자 인코딩에 대해 유니코드를 사용합니다.

기본적으로 최신 버전의 Microsoft Visual Studio에서는 모든 문서에 대해 유니코드 문자 인코딩을 사용합니다. 다른 편집기를 사용하는 경우 원본 파일을 적절한 유니코드 문자 인코딩으로 저장해야 합니다. 모든 Windows 런타임 API는 UTF-16 인코딩 문자열을 반환합니다.

입력 언어를 기록합니다.

개발자 앱에서 사용자가 텍스트를 입력해야 하는 경우 입력 언어를 기록합니다. 그러면 나중에 입력 내용을 사용자에게 표시할 때 적절한 서식으로 표시됩니다. 현재 입력 언어를 가져오려면 CurrentInputMethodLanguage 속성을 사용합니다.

언어로 사용자의 위치를 가정하거나 위치로 사용자의 언어를 가정하지 마세요.

Windows에서 사용자의 언어와 위치는 별개의 개념입니다. 사용자가 특정 지역의 변형된 언어(예: 영어[영국] en-gb)로 말하지만, 완전히 다른 국가 또는 지역에 있을 수 있습니다. 앱에 사용자의 언어(예: UI 텍스트용) 또는 위치(예: 라이선스 발급용) 정보가 필요한지 여부를 고려하세요.

자세한 내용은 언어 및 지역 관리 방법을 참조하세요.

구어적이거나 은유적인 표현은 피합니다.

문화와 연령 등 특정 인구에서 사용하는 언어는 해당 인구의 사람들만 사용하므로 이해하거나 번역하기가 어렵습니다. 마찬가지로 은유는 사람마다 다르게 받아들일 수 있습니다. 예를 들어 "bluebird"는 스키 문화에 속하는 사람들에게는 특별한 의미가 있지만, 그렇지 않은 사람들은 이해하지 못합니다. 앱을 지역화하고 구어체를 적용하는 경우 지역화 작업자에게 의미와 표현 방식을 적절히 설명해야 합니다.

기술적 전문 용어, 약어 또는 약자는 사용하지 않습니다.

기술적인 언어는 기술 지식이 부족한 사용자나 다른 문화권이나 지역의 사람들이 이해하기 어렵고 번역하기도 어렵습니다. 사람들은 일상 대화에서 그러한 단어를 사용하지 않습니다. 하드웨어와 소프트웨어 문제를 식별하기 위해 오류 메시지에 종종 기술적인 언어가 사용됩니다. 더러 이렇게 할 필요가 있는 경우도 있지만 기술적이지 않은 문자열로 다시 작성해야 합니다.

불쾌감을 줄 수 있는 이미지를 피하세요.

이미지가 개발자의 문화에는 적절하더라도 다른 문화에서는 불쾌하거나 오해를 일으킬 수 있습니다. 국기 또는 정치적 운동과 연관된 종교 기호, 동물 또는 색상 조합을 사용하지 마세요.

맵에서나 종교를 말할 때 정치적으로 불쾌할 수 있는 단어를 피하세요.

맵은 분쟁 지역이나 국경을 포함할 수 있으므로 정치적으로 불쾌함을 주기가 쉽습니다. 따라서 나라를 선택하는 데 사용되는 모든 UI에서 나라를 "국가/지역"으로 나타내야 합니다. 주소 양식 등에서 분쟁 지역을 "국가" 목록에 넣을 경우 문제가 발생할 수 있습니다.

직접적인 문자열 비교를 사용하여 언어 태그를 비교하지 마세요.

BCP-47 언어 태그는 복잡합니다. 언어 태그를 비교할 경우 많은 문제(예: 스크립트 정보, 레거시 태그 및 여러 지역별 변형의 일치 문제)가 있습니다. Windows의 리소스 관리 시스템에서 일치 작업을 자동으로 처리합니다. 리소스 집합을 원하는 언어로 지정할 수 있습니다. 그러면 시스템에서 사용자와 앱에 적절한 언어를 자동으로 선택합니다.

항상 알파벳 순으로 정렬된다고 생각하지 마세요.

라틴어 스크립트를 사용하지 않는 언어의 경우 발음, 펜 스트로크 수 및 기타 요소를 기반으로 정렬됩니다. 라틴어 스크립트를 사용하는 언어도 항상 알파벳 순으로 정렬되는 것은 아닙니다. 예를 들어 일부 국가의 전화 번호부는 알파벳 순으로 정렬되지 않습니다. 시스템에서 자동으로 정렬할 수 있지만, 개발자가 정렬 알고리즘을 직접 만들 경우 대상 시장에서 사용되는 정렬 방법을 고려해야 합니다.

 

지역화에 대한 지침

다음 표에는 특정 언어, 지역, 시장 또는 사용자에 대해 앱을 조정하는 권장 방법이 나와 있습니다.

사례설명

코드에서 리소스(예: UI 문자열 및 이미지)를 분리합니다.

리소스(예: 문자열 및 이미지)가 코드와 분리되도록 앱을 디자인하세요. 그러면 서로 다른 배율 요소, 접근성 옵션, 무수한 사용자 및 기기 환경에 맞게 문자열과 이미지를 독립적으로 유지 관리하고 지역화하고 사용자 지정할 수 있습니다.

문자열 리소스를 앱의 코드와 분리하여 단일의 언어 독립 코드베이스를 만드세요. 항상 앱 코드와 태그로부터 문자열을 분리하세요. 그런 다음 문자열을 리소스 파일(예: ResW 또는 ResJSON 파일)에 넣습니다.

Windows의 리소스 인프라를 사용하여 사용자의 런타임 환경과 일치하도록 선별된, 가장 적절한 리소스를 처리하세요. 자세한 내용은 앱 리소스에 대한 지침 및 검사 목록을 참조하세요.

다른 지역화 가능한 리소스 파일을 분리합니다.

지역화할 다른 파일(예: 번역해야 하거나 문화적 중요성으로 인해 변경해야 하는 텍스트가 포함된 이미지)을 가져와서 언어 이름으로 태그 지정된 폴더에 넣습니다.

기본 언어를 설정하고 기본 언어로 된 리소스를 포함하여 모든 리소스를 표시합니다.

항상 앱에 대한 기본 언어를 적절하게 설정하세요. 기본 언어에 따라 사용자가 앱에서 지원되는 언어를 사용하지 않을 때 사용되는 언어가 결정됩니다. 시스템에서 리소스의 언어와 특정 상황에서 리소스가 사용되는 방법을 알 수 있도록 기본 언어 리소스(예: en-us/Logo.png)를 해당 언어로 표시합니다.

지역화할 앱의 리소스를 결정합니다.

앱을 다른 시장용으로 지역화할 경우 무엇을 변경해야 합니까? 텍스트 문자열을 다른 언어로 번역해야 합니다. 이미지를 다른 문화에 맞게 조정해야 합니다. 지역화가 앱에서 사용되는 다른 리소스(예: 오디오, 동영상)에 미치는 영향을 고려합니다.

코드 및 태그에서 리소스 식별자를 사용하여 리소스를 참조합니다.

태그의 이미지에 대해 문자열 리터럴이나 특정 파일 이름을 사용하는 대신 리소스에 대한 참조를 사용하세요. XAML의 경우 [링크]를 참조하고 HTML의 경우 링크를 참조하세요. 각 리소스에 대해 고유한 식별자를 사용해야 합니다.

텍스트 크기를 확대할 수 있도록 허용합니다.

번역할 때 텍스트 크기가 확대될 수 있으므로 텍스트 버퍼를 동적으로 할당합니다. 정적 버퍼를 사용해야 하는 경우 버퍼를 매우 크게(영어 문자열 길이의 2배 정도) 설정하여 문자열을 번역할 때 확대되는 크기를 수용할 수 있도록 합니다. 사용자 인터페이스에 대해 사용 가능한 공간을 제한할 수도 있습니다. 지역화된 언어를 수용하려면 문자열 길이를 영어보다 약 40% 정도 더 길게 설정해야 합니다. 짧은 문자열(예: 한 단어)의 경우 300% 더 넓은 공간이 필요할 수 있습니다. 또한 컨트롤에서 여러 줄 지원과 텍스트 줄바꿈을 사용하면 각 문자열을 표시하기 위한 더 많은 공간을 제공할 수 있습니다.

미러링을 지원합니다.

텍스트 정렬 및 읽기 순서는 영어의 경우 왼쪽에서 오른쪽으로 아랍어 또는 히브리어의 경우 RTL(오른쪽에서 왼쪽으로) 방식이 사용됩니다. 제품을 다른 읽기 순서를 사용하는 언어로 지역화할 경우 UI 요소의 레이아웃이 미러링을 지원해야 합니다. 항목(예: 뒤로 단추), UI 전환 효과 및 이미지를 미러링해야 할 수도 있습니다.

자세한 내용은 RTL 언어 배치를 조정하고 글꼴을 지역화하는 방법을 참조하세요.

지역화 비용을 줄입니다.

이미지에서 텍스트를 사용하거나 오디오 파일에서 말하기를 방지하여 지역화 비용을 줄입니다. 읽는 방향이 다른 언어로 지역화할 경우 대칭 이미지 및 효과를 사용하여 미러링을 쉽게 지원할 수 있습니다.

짧은 문자열을 사용합니다.

문자열이 짧을수록 번역하거나 번역을 재활용하기 쉽습니다. 번역을 재활용하면 동일한 문자열이 번역가에게 두 번 전송되지 않으므로 비용이 절감됩니다.

일부 지역화 도구에서는 8192자를 초과하는 문자열이 지원되지 않을 수 있으므로, 문자열 길이를 4000자 이하로 유지하세요.

전체 문장을 포함하는 문자열을 제공합니다.

단어가 문장의 위치에 따라 다르게 번역될 수 있으므로 문장을 개별 단어로 나누지 않고 전체 문장을 포함하는 문자열을 제공합니다. 구문에 매개 변수가 여러 개 있는 경우 모든 언어에서 매개 변수가 동일한 순서로 유지된다고 생각하지 마세요.

문자열을 설명합니다.

문자열이 올바르게 설명되어 있는지 확인하고 번역해야 할 문자열만 번역사에게 제공하도록 하세요. 지나친 지역화는 문제의 일반적인 원인이 됩니다.

문자열을 다른 컨텍스트에서 다시 사용하지 마세요.

아무리 간단한 단어(예: "on" 및 "off")라도 컨텍스트에 따라 다르게 번역될 수 있으므로 문자열을 다른 컨텍스트에서 다시 사용하지 마세요.

 

보안 고려 사항

보안 C++ 코드 작성을 위한 지침은 다음 문서를 참조하세요.

관련 항목

빠른 시작: 세계화를 대비한 형식 사용
RTL 언어 배치를 조정하고 글꼴을 지역화하는 방법
앱 리소스에 대한 지침 및 검사 목록
언어 및 지역 관리 방법
Globalization

 

 

표시:
© 2015 Microsoft