여기에 몇 가지 훌륭한 답변이 있지만 잊어 버리지 않는 것이 중요하다고 생각하는 한 가지 언급하지 않았습니다. 숫자 서식이 발생하는 곳마다 출력이 사용되는 것이 분명하거나 제어 할 수 있는지 확인하십시오.

• 사용자 인터페이스 용인 경우 현지화 된 형식을 적용해야합니다.

• 번호가 파일에 쓰거나 네트워크를 통해 전송 될 때 또는 번호가 기계 판독 가능 형식으로 필요한 다른 형식으로 전송 될 때 현재 문화권에 따라 형식이 지정 되지 않고 고정 된 설정에 따라 형식이 지정 되었는지 확인하십시오 예를 들어 .NET 환경에서는을 사용 InvariantCulture하십시오.

그렇지 않으면 문화권 A를 사용하여 숫자를 쓰거나 보낼 때 문화권 B를 사용하여 읽거나받을 때 문제가 발생합니다.

내 경험상 이것은 숫자의 적절한 지역화를 수행하는 데 가장 큰 장애물 중 하나입니다. 숫자 서식 및 변환을 중앙 집중화하려는 시도에서 사람들은 서식에 대해 일반적이고 재사용 가능한 기능을 만들기 시작한 다음 전체에서 사용하기 시작합니다. 장소. 그러나 프로그램의 다른 곳에서 기계가 읽을 수있는 문자열 형식으로 숫자를 필요로하는 즉시 현지화 된 형식과 현지화되지 않은 형식의 두 가지 변형이 필요합니다. 이로 인해 두 가지 형식의 변환이 혼동 될 위험이 높습니다 (특히 개발자와 테스트 머신에 UI가 아닌 형식에 사용되는 “고정”설정과 유사한 기본 로케일 설정이 있지만 사용자 기반의 일부는 그렇지 않은 경우).

부록 :이 문제는 번호가 기계 나 사람 (또는 둘 다)에 의해 처리 될 것인지 사전에 명확하지 않은 상황에서 실제로 불쾌해질 수 있습니다. 예를 들어, 로그 파일 출력의 일부로. 이 경우 점을 소수점 구분 기호로 사용하지 않고 구분 기호를 사용하지 않는 “중립”표준을 따르는 것이 가장 좋습니다.

답변