Alamofire: Akzeptieren-Sprache-Header sind für einige Sprach-/Regionskombinationen falsch

Alamofire generiert Accept-Language Header mit der preferredLanguages Eigenschaft von Locale , die eine Kombination aus Sprache und Region ist.

Dies funktioniert gut für Standardkombinationen: en-US , fr-FR , fr-CA ...

Wenn der Benutzer jedoch eine Sprache auswählt, die nicht zur Region passt, erhalten wir eine Kombination, die nicht als Accept-Language .

Nehmen Sie beispielsweise ein Gerät, das mit der folgenden Kombination konfiguriert ist:

• Sprache: Französisch
• Region: Vereinigte Staaten

Das erste preferredLanguages ist dann fr-US , was keine echte Sprache darstellt (es gibt keine spezielle Version der französischen Sprache, die in den USA verwendet wird).

Somit enthält das generierte Accept-Language einen Wert, der in vielen Fällen nicht erkannt wird. Hier ist eine Liste gültiger Codes .

Auf einem Gerät in Frankreich/USA generiert Alamofire die folgenden Accept-Language : fr-US;q=1.0, en-US;q=0.9
Es wird von dieser PHP-Funktion , die versucht, das beste verfügbare Gebietsschema herauszufinden, nicht richtig erkannt. Es wird en anstelle von fr .

Im Gegensatz dazu stellt Safari iOS sicher, dass ein gültiges Accept-Language :

Auf einem Gerät in Frankreich/USA lautet das gesendete Accept-Language fr-fr . (Hier finden Sie eine schnelle Möglichkeit , die von einem Browser gesendeten HTTP-Header zu kennen).

Im Idealfall sollte Alamofire die gleichen Accept-Language wie Safari generieren.

• Xcode-Version: 8.2.1
• iOS-Version: iOS 10