Xamarin.forms: 바인딩 된 DateTimes가 로컬 형식이 아닌 en-US 형식으로 표시됨

드디어보고있어 기쁩니다. 2017 년 9 월 8 일에 기록되었습니다. 원래는 다음 날 Xamarin 사람이 복제했습니다. 이는 미국 이외 지역의 모든 Xamarin Forms 사용자와 미국이 아닌 고객이있는 Xamarin Forms 사용자에게 영향을줍니다.

@rmarinho # 2434는 이것의 속임수 일 수도 있고 아닐 수도 있습니다. 어느 쪽이든이 문제는 매우 널리 퍼져있는 문제이므로 수정해야합니다. 누군가가 그것을 어디에서 다룰 지에 대한 약간의 지시를 줄 수 있다면 PR을 제출하게되어 기쁩니다.

이 문제에 대해 다시 종을 울리면 다국어 앱에서 매일 우리가 싸우고있는 문제입니다. 작업 준비가 완료되었으며 PR을 돕고 제출하려는 사람들이 있지만 해결 방법에 대한 지침을 기다리고 있습니다.

항목에 StringFormat을 적용 할 때 비슷한 문제가 발생 합니다 . 하십시오 . 문화와 관련이 없지만 항목이 서식에 대처하는 방식과 관련이 있습니다.

내 문제는이 문제에서 설명한 것과 미묘하게 다르지만 관련이 있다고 생각합니다. 새로운 문제를 추가하거나 여기에 자세한 내용을 추가 할 가치가 있습니까?

이 버그는 오랫동안 주변에 있었던 것 같습니다. 다국어 지원은 많은 앱의 필수 기능이라고 생각합니다. 현재이를 수행하려면 몇 가지 해결 방법이 필요합니다. Xamarin.Forms를 사용하는 것을 좋아하며이 버그가 곧 수정된다면 좋을 것입니다.

귀하의 훌륭한 작업에 대해 Xamarin 팀에 감사드립니다!

친애하는

누군가 문제를 재현하는 데 문제가있는 경우를 대비하여 저장소 주소를 업데이트했습니다.

다국어 지원은 많은 앱의 필수 기능이라고 생각합니다.

동의합니다! 이를 개선하기 위해 공개 한 PR (# 3700)을 살펴보면 많은 수의 앱이 중단되는 것을 방지하는 최선의 방법으로이를 수행하는 방법에 어려움을 겪고 있음을 알 수 있습니다. 우리는 제안에 열려 있습니다! 감사!

뿡뿡

내 돈은 주어진 언어를 선택하기 위해 Language 속성을 구현하는 것입니다. 그런 다음 바인딩은 설정된 경우 Language 속성을 기반으로합니다. 이는 한 줄의 코드로 앱을 사용자의 기존 지역 설정으로 전환 할 수 있지만 반드시 기존 앱의 기존 기능을 변경할 필요는 없음을 의미합니다. 이것이 다른 XAML 플랫폼에서 수행되는 방식입니다. 내 생각에 이러한 플랫폼에는 처리해야 할 유사한 문제가 있으며 해당 패턴을 사용하면 Xamarin.Forms가 해당 기술과 더 잘 호환됩니다.

다국어 지원은 많은 앱의 필수 기능이라고 생각합니다.

동의합니다! 이를 개선하기 위해 공개 한 PR (# 3700)을 살펴보면 많은 수의 앱이 중단되는 것을 방지하는 최선의 방법으로이를 수행하는 방법에 어려움을 겪고 있음을 알 수 있습니다. 우리는 제안에 열려 있습니다! 감사!

내 0.2 $는 .NET에 이미 서식 지정 및 구문 분석을 처리하도록 설계된 기능이 있다는 것입니다. CultureInfo.CurrentCulture

코드 형식 DateTime에서 DateTime.Now.ToString ()을 사용하여 문자열로 변환하면 자동으로 CultureInfo.CurrentCulture를 사용하여 형식을 지정합니다. DateTime.Parse를 사용하여 문자열을 DateTime으로 구문 분석하는 것과 동일합니다.-CurrentCulture가 사용됩니다.
DateTime-> 문자열의 바인딩 변환 (포맷)이 ViewModel에서 수행 할 때와 동일한 결과를 산출하지 않는 이유는 무엇입니까? 평균적인 개발자는 다른 결과를 반환 할 때 놀라고 당황합니다. 그리고 간단한 Google 검색을 수행하여 프레임 워크에서 쉽게 처리 할 수있는이 동작에 대한 해결 방법으로 얼마나 많은 변형과 솔루션이 있는지 확인합니다.

지금은 화면 키보드가 지역에 대한 장치 설정을 사용하지만 .NET 코드 구문 분석 / 형식 지정 문자열이 표시 언어 / 문화를 사용하는 것은 엉망입니다. 영어 UI 및 스웨덴어 지역의 경우 소수점 구분 기호로 ","(쉼표)를 사용하여 숫자를 입력하고 .NET은 "."를 사용하여 구문 분석을 시도합니다. (점)을 소수점 구분 기호로 사용합니다.

느슨한 끝을 묶기 위해 Xamarin Forms는 각 플랫폼 / 장치 (예 : 지역 설정을 사용하는 iOS)의 설정을 기반으로 사용자 지정 CultureInfo를 만들고 CultureInfo.CurrentCulture에 기본값으로 할당해야합니다. 시도하고해야합니다.

WPF 개발자로서 바인딩이 위에서 설명한 내용을 따르지 않을 때 당황 스러웠지만 (버그라고 생각합니다) WPF를 사용하면 쉽게 해결할 수 있습니다.
this.Language = XmlLanguage.GetLanguage(CultureInfo.CurrentCulture.IetfLanguageTag);

사람들이 실제로 표시 언어와 다른 지역 / 서식을 원한다는 사실을 잊은 것 같은 UWP로 시작하지 마십시오 (세계의 많은 부분이 원하는대로) .

항목을 숫자 속성에 바인딩 할 때 동일한 문제가 발생했습니다. 유형마다 동작이 다른 것은 더 나쁩니다.

CurrentCulture = de-de

모델에서 UI로 바인딩 :
소수 속성을 바인딩하면 "10.41"이 생성됩니다 (현재 문화권은 적용되지 않음).
float 속성을 바인딩하면 "10,41"이 생성됩니다.
이중 속성을 바인딩하면 "10.41"이 생성됩니다 (현재 문화권이 적용되지 않음).

즉, float 속성 만 올바른 문화에 바인딩됩니다.

UI에서 모델로 바인딩 :
뿐 "." 데이터 유형과 문화권에 관계없이 유효한 구분자로 인식됩니다.

첫 번째 단계로 적어도 모든 데이터 유형에 대한 동작을 통합하십시오.
두 번째 단계로 개발자가 현재 문화에 따라 숫자 값을 올바르게 바인딩하고 화면의 숫자 키보드가 현재 문화와 동기화되도록 작업 솔루션을 추가하십시오.

프레임 워크가이 시점, v4.4에 도달하고 여전히 en-US에서만 작동하는 소수를 얻을 수있는 방법은 무엇입니까?
나는 또한이 문제가 있고 나는 모든 십진수 속성을 가진 문자열을 십진수 및 십진수로 작업해야합니다 .....

이것에 대한 소식이 있습니까?

최신 Xamarin.Forms 버전에서 여전히 문제를 재현 할 수 있습니다.
지금까지 해결책은이를 처리하기 위해 IValueConverter를 만드는 것입니다.

이 문제가 수정 될 때 정보가 있습니까?

사용자가 명시 적으로 함수를 제공하지 않는 한, 문자열을 예상하는 레이블에 DateTime을 바인딩하는 것은 유형 오류 여야합니다.

이 문제는 Xamarin.Forms 3.6.0.344457에서 4.4.0.991757로 마이그레이션 할 때 나타납니다.

우리의 경우에는 사용자가 쉼표를 점으로 바꾸는 사용자 지정 항목이 있으므로 사용자가 소프트 키보드에서 쉼표를 클릭하면 점으로 대체됩니다.

이상한 솔루션은 알고 있지만 3.6.0.344457에서 작동했지만 4.4.0.99175에서는 작동하지 않습니다. 무엇이 바뀌 었습니까? 이슈 히스토리를 보면 v3.6.0에서 일부 작업이 수행되었음을 알 수 있습니다. 회귀 버그 인 것 같습니다.

이 문제는 오랫동안 활동이 없었던 것 같습니다. 우리는 가능한 한 빨리 문제의 우선 순위를 정하고 문제를 해결하기 위해 노력하고 있습니다. 목록을 살펴볼 수 있도록 최신 버전의 Xamarin.Forms에서 여전히 영향을 받는지 알려주는 업데이트를 보내 주시면 감사하겠습니다. 다른 관련 또는 중복의 일부로이 문제를 해결할 수 있기 때문입니다. 발행물. 향후 30 일 동안이 문제에 대한 새로운 활동이 없으면이 문제를 종결해야하는지 여부를 평가합니다. 감사합니다!

예, 여전히 최신 4.8 버전에 영향을 미치고 있습니다.