인코딩 및 지역화 개요
.NET Framework에서는 지역화 대비 응용 프로그램 개발에 광범위한 지원을 제공합니다. 지역화 대비 응용 프로그램을 개발할 때는 전역화, 지역화 가능성 확인 및 지역화의 세 단계로 작업을 구분해서 진행하는 것이 좋습니다.
전역화는 지역화 대비 응용 프로그램을 만드는 과정의 첫 번째 단계입니다. 이 단계에서 응용 프로그램의 실행 코드를 작성합니다. 진정한 전역 응용 프로그램이라면 culture 중립적이고 언어 중립적이어야 합니다. 따라서 모든 사용자를 위한 지역화된 사용자 인터페이스와 국가별 데이터를 지원할 수 있는 응용 프로그램을 만드는 데 주력해야 합니다. 전역화된 응용 프로그램도 이러한 융통성을 갖지만 전역화 과정 자체에서 사용자 인터페이스를 번역하지는 않습니다. 대신 응용 프로그램이 지원하는 모든 culture 및 국가의 사용자도 동일하게 사용할 수 있는 기능을 가진 응용 프로그램을 만들어야 합니다.
지역화를 진행하기 전에 응용 프로그램 지역화 가능성을 확인하는 중간 점검을 수행해야 합니다. 응용 프로그램의 지역화가 가능한 경우 응용 프로그램 실행 코드를 리소스에서 제대로 분리한 것입니다. 응용 프로그램 지역화 가능성을 제대로 평가하면 지역화하는 동안 응용 프로그램 소스 코드를 수정할 필요가 없습니다.
지역화 대비 응용 프로그램을 만드는 마지막 단계는 지역화며 이 단계에서 특정 culture나 국가에 맞도록 응용 프로그램을 사용자 지정합니다. 전역화 및 지역화 가능성 확인 단계가 제대로 수행되었다면 지역화 작업이 사용자 인터페이스 번역 위주로 수행된 것입니다.
지역화 대비 응용 프로그램을 디자인하고 개발할 경우 다음과 같은 이점을 얻을 수 있습니다.
세계적인 수입원이 보장됩니다. 응용 프로그램이 지원하는 culture가 많을수록 사용자나 소비자 기반이 넓어집니다.
새 culture에 대한 지원을 빠르게 추가할 수 있습니다. 일단 초기 응용 프로그램이 완성되면 추가 개발 작업 없이 지역화된 버전을 만들 수 있습니다. 지원할 culture를 새로 추가하려면 대상 culture에 맞게 응용 프로그램 리소스를 변환하기만 하면 됩니다.
리소스를 좀 더 효율적으로 사용하게 됩니다. 개발 과정 처음부터 지역화 대비 기능을 구현하면 초기 개발 작업이 시작된 후에 지원을 추가하는 것보다 개발 및 테스트 리소스가 덜 필요합니다. 예를 들어 미국 영어와 같은 단일 문화권을 지원하도록 디자인된 응용 프로그램을 수정하여 추가 문화권을 지원하도록 하려면 비용이 많이 듭니다. 또한 완성된 응용 프로그램에 다른 culture에 대한 지원을 추가하면 응용 프로그램이 불안정해지거나 버그가 발생될 수도 있습니다.