Fallback-Sprache iOS (mit unvollständiger Localizable.strings-Datei)

Question

Ich habe ein iOS-Projekt, das in 16 Sprachen lokalisiert ist. Nur einige Wörter sind nicht lokalisiert (hauptsächlich diejenigen, die in ein Update gehen und das Lokalisierungsbüro nicht rechtzeitig geliefert hat). Für meine Schlüssel tue ich nicht Verwenden Sie die englische Formulierung, wie dies auch ändern kann, wenn ein Übersetzer wünscht. Also wenn ich jetzt gerade keine Übersetzung für eine Sprache habe, greift ich auf den Schlüssel zurück, den ich benutzt habe. Aber da dieser Schlüssel nicht "menschlich lesbar" oder zumindest nicht "menschlich angenehm zu lesen" ist, ist dies ein Problem.

Ich habe etwas Forschung, aber konnte keine Lösung zu mein genaues Problem finden. Ich habe fe .:

Localizable.strings in en.lproj 
@"Key1" = @"Value 1" 
@"Key2" = @"Value 2" 

Localizable.strings in de.lproj 
@"Key1" = @"Wert 1" 
// Note that @"Key2" is missing here in my de.lproj 

I would expect that if I make NSLocalizedString(@"Key2", ...) 
and am running on a german phone, it falls back to the english 
translation for this key as it exists... 

So jetzt ich die Englisch-Übersetzung in die fehlenden Localizable.strings Dateien nur kopiert. Aber das ist ein großer Hack! Aber auch die Verwendung der englischen Wörter als Schlüssel scheint mir ein Hack zu sein!

Gibt es eine Möglichkeit, meiner App mitzuteilen, dass sie z. Englisch als Fallback, wenn es keinen Wert für einen bestimmten Schlüssel gibt? Ich habe versucht, das Hinzufügen einer Base Lokalisierung aber das hilft nicht ...

Vielen Dank

Answer 1

Soweit ich weiß, gibt es keine „offizielle“ Weg, es zu tun, aber ich habe Funktionen implementiert, wie dies vor:

NSString * L(NSString * translation_key) { 
    NSString * s = NSLocalizedString(translation_key, nil); 
    if (![[[NSLocale preferredLanguages] objectAtIndex:0] isEqualToString:@"en"] && [s isEqualToString:translation_key]) { 
     NSString * path = [[NSBundle mainBundle] pathForResource:@"en" ofType:@"lproj"]; 
     NSBundle * languageBundle = [NSBundle bundleWithPath:path]; 
     s = [languageBundle localizedStringForKey:translation_key value:@"" table:nil]; 
    } 
    return s; 
} 

entlehnt: https://stackoverflow.com/a/8784451/1403046

Grundsätzlich statt NSLocalizedString(), die den Eingabestring wird zurückkehren, wird diese Version auf Englisch Rückfall, wenn nötig.

Answer 2

Sie können eine Base Lokalisierung verwenden und alle nicht lokalisierten Strings werden daraus übernommen.

Answer 3

Inspiriert von this und this, meine Swift Code Version:

public func LS(_ key: String) -> String { 
    let value = NSLocalizedString(key, comment: "") 
    if value != key || NSLocale.preferredLanguages.first == "en" { 
     return value 
    } 

    // Fall back to en 
    guard 
     let path = Bundle.main.path(forResource: "en", ofType: "lproj"), 
     let bundle = Bundle(path: path) 
     else { return value } 
    return NSLocalizedString(key, bundle: bundle, comment: "") 
} 

Viele Entwickler eine unvollständige Übersetzung erwarten auf die Entwicklung Sprache zu Rückfall .. aber das ist nicht die Art und Weise Apple choose to behave. Ich habe eine pseudocode, um zu helfen, besser zu verstehen, wie Apple sich für einen Fallback entscheidet.