ASP.Net MVC 응용 프로그램을 개발 중입니까? 다른 답변은 데스크톱 응용 프로그램에만 적용되는 것 같습니다. 일반적인 것을 캡처하겠습니다.
로케일 감지
응용 프로그램이 사용자의 로캘을 올바르게 감지하는 것이 중요합니다. 데스크톱 응용 프로그램에서 CultureInfo.CurrentCulture는 선호하는 서식 로캘 (숫자, 날짜, 통화 등을 형식화하는 데 사용되어야하는 로캘)을 보유하고 CultureInfo.CurrentUICulture는 선호하는 사용자 인터페이스 로케일 (현지화 된 메시지를 표시하는 데 사용되는 로케일)을 보유합니다. . 웹 애플리케이션의 경우 멋진 로케일 감지 워크 플로우를 구현하지 않으려는 경우 (예 : 요청시 언어 변경 지원)를 제외하고는 두 문화권을 모두 자동 (AcceptLanguage 헤더에서 로케일을 자동으로 감지)으로 설정해야합니다.
문자열을 외부화
모든 문자열은 리소스, 즉 Resx 파일에서 가져와야합니다. Winforms App에서 양식 Localizable 속성을 true로 설정하면 쉽게 달성 할 수 있습니다. 또한 모델에서 온 문자열을 수동으로 (불행히도) 외부화해야합니다. 또한 비교적 간단합니다. Asp.Net에서는 모든 것을 수동으로 외부화해야합니다 ...
레이아웃
문자열 확장을 반드시 허용해야합니다. Winforms 세계에서는 TableLayoutPanel을 통해 달성 할 수 있습니다. TableLayoutPanel은 더 긴 텍스트를 수용하도록 레이아웃이 자동으로 조정되도록하는 데 사용해야합니다. 웹 세계에서는 약간의 운이 없습니다. CSS 정의를 수정 (재정의)하는 방법 인 CSS 지역화 메커니즘을 구현해야 할 수도 있습니다. 이를 통해 현지화 담당자는 필요에 따라 스타일 문제를 수정할 수 있습니다. 렌더링 된 페이지의 각 HTML 요소에 고유 한 ID가 있는지 확인하십시오. 정확하게 타겟팅 할 수 있습니다.
문화 별 문제
서양 문화에 고유 한 그래픽, 색상 및 사운드를 사용하지 마십시오. 정말로 필요한 경우 현지화 수단을 제공하십시오. 방향에 민감한 그래픽은 피하십시오 (아랍어 또는 히브리어로 현지화하려고 할 때 문제가 될 수 있으므로). 또한 전 세계에서 같은 숫자를 사용한다고 가정하지 마십시오 (예 : 아랍어에는 해당되지 않음).
ToString () 및 Parse ()
지원되지 않는 경우 ToString ()을 호출 할 때 항상 CultureInfo를 전달 하십시오 . 그런 식으로 당신은 당신의 의도를 언급하고 있습니다. 예를 들어, 내부적으로 일부 숫자를 사용하고 어떤 이유로 문자열을 숫자로 변환 해야하는 경우 :
int i = 42;
var s = i.ToString(CultureInfo.InvariantCulture);
사용자에게 표시 될 숫자의 경우 :
var s = i.ToString(CultureInfo.CurrentCulture); // formatting culture used
Parse (), TryParse () 및 심지어 ParseExact ()에도 동일하게 적용됩니다. CultureInfo를 제대로 사용하지 않으면 일부 불쾌한 버그가 발생할 수 있습니다. 그것은 좋은 의도로 가득 찬 Microsoft의 일부 영혼이 CultureInfo.CurrentCulture를 기본 것으로 취급하는 것이 좋습니다 (아무것도 전달하지 않으면 사용됨)-누군가 ToString ( ) 사용자에게 표시하고 싶습니까? 항상 그런 것은 아닙니다. 예를 들어 응용 프로그램 버전 번호를 데이터베이스에 저장 한 다음 버전 클래스의 인스턴스로 변환하십시오. 행운을 빕니다.
날짜와 시간대
DateTime은 항상 UTC로 저장하고 인스턴스화 해야합니다 (DateTime.Now 대신 DateTime.UtcNow 사용). 다음을 표시 할 때 현지 형식으로 현지 시간으로 변환하십시오.
DateTime now = DateTime.UtcNow;
var s = now.ToLocalTime().ToString(CultureInfo.CurrentCulture);
본문에 시간 참조가 포함 된 전자 메일을 보내려면 UTC 정보와 도시 목록을 모두 포함하여 시간대 정보를 포함해야합니다.
DateTime someDate; // i.e. from database
var formattedDate = String.Format("{0} {1}",
someDate.ToLocaleTime().ToString(CultureInfo.CurrentCulture),
TimeZoneInfo.Local.DisplayName);
복합 메시지
이미 문자열을 연결하지 않도록 경고했습니다. 대신 위에 표시된 것처럼 String.Format ()을 사용합니다. 그러나 복합 메시지 사용을 최소화해야한다고 언급해야합니다. 대상 문법 규칙이 매우 다르기 때문에 번역가가 문장의 순서를 바꿀 필요가있을뿐 아니라 (자리 표시 자와 String.Format ()을 사용하여 해결할 수 있음), 전체 문장을 기반으로 다른 방식으로 번역합니다. 대체되는 것. 몇 가지 예를 들어 보겠습니다.
// Multiple plural forms
English: 4 viruses found.
Polish: Znaleziono 4 wirusy. **OR** Znaleziono 5 wirusów.
// Conjugation
English: Program encountered incorrect character | Application encountered incorrect character.
Polish: Program napotkał nieznaną literę | Aplikacja napotkała nieznaną literę.
다른 연결 문제
연결은 문자열로 제한되지 않습니다. 컨트롤을 함께 배치하지 마십시오.
[번호가있는 텍스트 상자] 일에 다시 알림
이것은 다음과 같이 다시 디자인되어야합니다 : [텍스트 상자].
문자 인코딩 및 글꼴
유니 코드 (예 : UTF-8)의 텍스트를 항상 저장, 전송하십시오. 글꼴을 하드 코딩하지 마십시오. 현지화에서 글꼴을 수정해야 할 수 있으며 기본 글꼴 대체 메커니즘 (Winform의 경우)이 해제됩니다. 대부분의 필드 (예 : 사용자 이름)에 "이상한"문자를 허용해야합니다.
테스트
아마도 독일 문화에 대한 자료를 만들고 접두사와 접미사를 추가하여 영어 문자열을 복사하는 의사 번역을 구현해야 할 것입니다. 복합 문자열을 쉽게 감지하기 위해 자리 표시자를 줄 바꿈 할 수도 있습니다. 의사 변환의 목적은 하드 코드 된 문자열, 레이아웃 문제 및 복합 메시지의 과도한 사용과 같은 지역화 문제를 감지하는 것입니다.