.NET 애플리케이션 전역화 및 지역화

하나 이상의 언어로 지역화할 수 있는 애플리케이션을 포함하여 세계화가 가능한 애플리케이션을 개발하는 데는 세계화, 지역화 가능성 검토 및 지역화의 세 가지 단계가 포함됩니다.

세계화

이 단계에서는 문화권 중립적이고 언어 중립적이며 모든 사용자에 대해 지역화된 사용자 인터페이스 및 지역 데이터를 지원하는 애플리케이션을 디자인하고 코딩하는 작업이 포함됩니다. 여기에는 문화권별 가정을 기반으로 하지 않는 디자인 및 프로그래밍 결정이 포함됩니다. 전역화된 애플리케이션은 지역화되지 않지만, 이후에 비교적 쉽게 하나 이상의 언어로 지역화될 수 있도록 설계되고 작성됩니다.

지역화 가능성 검토

이 단계에서는 애플리케이션의 코드 및 디자인을 검토하여 쉽게 지역화할 수 있는지 확인하고 지역화에 대한 잠재적인 장애물을 식별하고 애플리케이션의 실행 코드가 해당 리소스와 분리되어 있는지 확인합니다. 세계화 단계가 유효하면 지역화 검토에서 세계화 중에 선택한 디자인 및 코딩을 확인합니다. 지역화 단계에서는 지역화 단계에서 애플리케이션의 소스 코드를 수정할 필요가 없도록 나머지 문제를 식별할 수도 있습니다.

지역화

이 단계에서는 특정 문화권 또는 지역에 대한 애플리케이션을 사용자 지정합니다. 세계화 및 지역화 단계가 올바르게 수행된 경우 지역화는 주로 사용자 인터페이스 번역으로 구성됩니다.

다음 세 단계를 수행하면 두 가지 이점이 있습니다.

• 이를 통해 미국 영어와 같은 단일 문화를 지원하도록 설계된 애플리케이션을 개조하여 추가 문화를 지원할 필요가 없습니다.

• 이로 인해 지역화된 애플리케이션이 더 안정적이고 버그가 적습니다.

.NET은 세계적 준비 및 지역화된 애플리케이션 개발을 광범위하게 지원합니다. 특히 .NET 클래스 라이브러리의 많은 형식 멤버는 현재 사용자의 문화권 또는 지정된 문화권의 규칙을 반영하는 값을 반환하여 세계화를 지원합니다. 또한 .NET은 위성 어셈블리를 지원하여 애플리케이션을 지역화하는 프로세스를 용이하게 합니다.

이 부분에서는

세계화

문화권 중립적이고 언어 중립적인 애플리케이션을 디자인하고 코딩하는 세계적 지원 애플리케이션을 만드는 첫 번째 단계에 대해 설명합니다.

.NET 세계화 및 ICU

.NET 세계화에서 ICU(International Components for Unicode)를 사용하는 방법을 설명합니다.

지역화 가능성 검토

지역화에 대한 잠재적인 장애물을 식별하는 지역화된 애플리케이션을 만드는 두 번째 단계를 설명합니다.

지역화

특정 지역 또는 문화권에 대한 애플리케이션의 사용자 인터페이스를 사용자 지정하는 지역화된 애플리케이션을 만드는 마지막 단계에 대해 설명합니다.

문화권을 구분하지 않는 문자열 작업

기본적으로 문화권에 민감한 .NET 메서드 및 클래스를 사용하여 문화권에 둔감한 결과를 얻는 방법을 설명합니다.

세계적 지원 애플리케이션 개발을 위한 모범 사례

세계화, 지역화 및 세계화가 가능한 ASP.NET 애플리케이션 개발을 위해 따라야 하는 모범 사례를 설명합니다.

참고 문헌

• System.Globalization 네임스페이스

  언어, 국가/지역, 사용 중인 달력, 날짜, 통화 및 숫자에 대한 형식 패턴 및 문자열의 정렬 순서를 포함하여 문화권 관련 정보를 정의하는 클래스를 포함합니다.

• System.Resources 네임스페이스

  리소스를 만들고 조작하고 사용하기 위한 클래스를 제공합니다.

• System.Text 네임스페이스

  ASCII, ANSI, 유니코드 및 기타 문자 인코딩을 나타내는 클래스를 포함합니다.

• Resgen.exe(리소스 파일 생성기)

  Resgen.exe 사용하여 .txt 파일 및 XML 기반 리소스 형식(.resx) 파일을 공용 언어 런타임 이진 .resources 파일로 변환하는 방법을 설명합니다.

• Winres.exe(Windows Forms 리소스 편집기)

  Winres.exe 사용하여 Windows Forms 양식을 지역화하는 방법을 설명합니다.