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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

미러링을 지원합니다.

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

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

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

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

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

문자열을 설명합니다.

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