Mejores prácticas usando NSLocalizedString

En cuanto a la autocompletición de cadenas en Xcode, puede probar http://questbe.at/lin/.

Estoy de acuerdo con ndfred, pero me gustaría añadir esto:

El segundo parámetro se puede usar como ... ¡valor predeterminado!!

(NSLocalizedStringWithDefaultValue no funciona correctamente con genstring, por eso propuse esta solución)

Aquí está mi implementación personalizada que usa NSLocalizedString que usa comentario como valor predeterminado:

1 . En su encabezado pre compilado (.pch), redefine la macro 'NSLocalizedString':

// cutom NSLocalizedString that use macro comment as default value
#import "LocalizationHandlerUtil.h"

#undef NSLocalizedString
#define NSLocalizedString(key,_comment) [[LocalizationHandlerUtil singleton] localizedString:key  comment:_comment]

2. crear una clase para implementar el manejador de localización

#import "LocalizationHandlerUtil.h"

@implementation LocalizationHandlerUtil

static LocalizationHandlerUtil * singleton = nil;

+ (LocalizationHandlerUtil *)singleton
{
    return singleton;
}

__attribute__((constructor))
static void staticInit_singleton()
{
    singleton = [[LocalizationHandlerUtil alloc] init];
}

- (NSString *)localizedString:(NSString *)key comment:(NSString *)comment
{
    // default localized string loading
    NSString * localizedString = [[NSBundle mainBundle] localizedStringForKey:key value:key table:nil];

    // if (value == key) and comment is not nil -> returns comment
    if([localizedString isEqualToString:key] && comment !=nil)
        return comment;

    return localizedString;
}

@end

3. ¡Úsalo!

Asegúrese de agregar un script de ejecución en las fases de compilación de su aplicación para que pueda ser localizado.el archivo de cadenas se actualizará en cada compilación, es decir, se agregará una nueva cadena localizada en su Localizada.archivo de cadenas:

Mi script de fase de compilación es un script de shell:

Shell: /bin/sh
Shell script content: find . -name \*.m | xargs genstrings -o MyClassesFolder

Así que cuando añades esta nueva línea en tu código:

self.title = NSLocalizedString(@"view_settings_title", @"Settings");

A continuación, realizar una construcción, su./ Localizable.el archivo de scripts contendrá este nuevo línea:

/* Settings */
"view_settings_title" = "view_settings_title";

Y desde key = = valor para 'view_settings_title' , el custom LocalizedStringHandler devolverá el comentario, es decir, 'Settings"

Voilà: -)

Escribí un script para ayudar a mantener Localizable.cadenas en varios idiomas. Si bien no ayuda en el autocompletado, ayuda a fusionar .cadenas de archivos usando el comando:

merge_strings.rb ja.lproj/Localizable.strings en.lproj/Localizable.strings

Para más información ver: https://github.com/hiroshi/merge_strings

Algunos de ustedes lo encuentran útil, espero.

En Swift estoy usando lo siguiente, por ejemplo, para el botón "Sí" en este caso:

NSLocalizedString("btn_yes", value: "Yes", comment: "Yes button")

Tenga en cuenta el uso de value: para el valor de texto predeterminado. El primer parámetro sirve como el ID de traducción. La ventaja de usar el parámetro value: es que el texto predeterminado se puede cambiar más tarde, pero el ID de traducción sigue siendo el mismo. El Localizable.el archivo strings contendrá "btn_yes" = "Yes";

Si el parámetro value: no se usó, entonces el primer parámetro se usaría para ambos: para el ID de traducción y también para el valor de texto predeterminado. El Localizable.el archivo strings contendría "Yes" = "Yes";. Este tipo de gestión de archivos de localización parece ser extraño. Especialmente si el texto traducido es largo, entonces el ID también es largo. Siempre que se cambie cualquier carácter del valor de texto predeterminado, también se cambiará el ID de traducción. Esto genera problemas cuando se utilizan sistemas de traducción externos. El cambio del ID de traducción se entiende como la adición de nuevo texto de traducción, que puede no ser siempre deseable.

#define PBLocalizedString(key, val) \

[[NSBundle mainBundle] localizedStringForKey:(key) value:(val) table:nil]

Con iOS 7 & Xcode 5, debe evitar el uso de la 'Localización.strings 'method, y utilice el nuevo método' base localisation'. Hay algunos tutoriales alrededor si google para'localización base'

Apple doc: Localización base

Yo mismo, a menudo me dejo llevar por la codificación, olvidando poner las entradas en .archivos de cadenas. Por lo tanto, tengo scripts de ayuda para encontrar lo que debo poner de nuevo en .cadenas de archivos y traducir.

Como uso mi propia macro sobre NSLocalizedString, por favor revise y actualice el script antes de usar ya que asumí por simplicidad que nil se usa como un segundo parámetro para NSLocalizedString. La parte que querrías cambiar es

NSLocalizedString\(@(".*?")\s*,\s*nil\) 

Simplemente reemplácelo con algo que coincide con su uso de macro y NSLocalizedString.

Aquí viene el script, solo necesita la Parte 3 de hecho. El resto es ver más fácil de dónde viene todo:

// Part 1. Get keys from one of the Localizable.strings
perl -ne 'print "$1\n" if /^\s*(".+")\s*=/' myapp/fr.lproj/Localizable.strings

// Part 2. Get keys from the source code
grep -n -h -Eo -r  'NSLocalizedString\(@(".*?")\s*,\s*nil\)' ./ | perl -ne 'print "$1\n" if /NSLocalizedString\(@(".+")\s*,\s*nil\)/'

// Part 3. Get Part 1 and 2 together.

comm -2 -3 <(grep -n -h -Eo -r  'NSLocalizedString\(@(".*?")\s*,\s*nil\)' ./ | perl -ne 'print "$1\n" if /NSLocalizedString\(@(".+")\s*,\s*nil\)/' | sort | uniq) <(perl -ne 'print "$1\n" if /^\s*(".+")\s*=/' myapp/fr.lproj/Localizable.strings | sort) | uniq >> fr-localization-delta.txt

El archivo de salida contiene claves que se encontraron en el código, pero no en el Localizable.archivo de cadenas. He aquí una muestra:

"MPH"
"Map Direction"
"Max duration of a detailed recording, hours"
"Moving ..."
"My Track"
"New Trip"

Ciertamente se puede pulir más, pero pensé que compartiría.

Si alguien busca una solución rápida. Es posible que desee comprobar mi solución que he reunido aquí: SwiftyLocalization

Con pocos pasos para configurar, tendrá una localización muy flexible en la hoja de cálculo de Google (comentario, color personalizado, resaltado, fuente, varias hojas y más).

En resumen, los pasos son: Google Spreadsheet files> CSV files files> Localizable.cadenas

Además, también genera Localizables.swift, una estructura que actúa como interfaces para la recuperación de claves & decodificación para usted (Usted tiene que especificar manualmente una manera de decodificar la cadena de clave sin embargo).

¿Por qué es esto grande?

1. Ya no es necesario tener una clave como una cadena simple en todos los lugares.
2. Se detectan claves incorrectas en tiempo de compilación.
3. Xcode puede hacer autocompletar.

Mientras que hay herramientas que pueden autocompletar su clave localizable. La referencia a una variable real asegurará que siempre sea una clave válida, de lo contrario no se compilará.

// It's defined as computed static var, so it's up-to-date every time you call. 
// You can also have your custom retrieval method there.

button.setTitle(Localizables.login.button_title_login, forState: .Normal)

El el proyecto utiliza Google App Script para convertir hojas CSV > CSV, y Python script para convertir archivos CSV > > Localizable.cadenas Puede echar un vistazo rápido a esta hoja de ejemplo para saber qué es posible.