Лучшие практики, используя NSLocalizedString

как для autocompletition для строки в Xcode, вы можете попробовать http://questbe.at/lin/.

согласен с ndfred, но я хотел бы добавить следующее:

второй параметр можно использовать в качестве ... значение по умолчанию!!

(NSLocalizedStringWithDefaultValue не работает должным образом с genstring, поэтому я предложил это решение)

вот моя пользовательская реализация, которая использует NSLocalizedString, которая использует комментарий в качестве значения по умолчанию:

1 . В заранее скомпилированных заголовков (.PCH-файл), переопределить '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. создать класс для реализации обработчика локализации

#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. Используй его!

убедитесь, что вы добавляете сценарий запуска на этапах сборки приложения, чтобы вы могли локализоваться.файл строк будет обновляться при каждой сборке, т. е. в локализованную строку будет добавлена новая локализованная строка.файл строк:

мой сценарий фазы сборки-это сценарий оболочки:

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

поэтому, когда вы добавляете эту новую строку в вашем коде:

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

затем выполните сборку, ваш ./Локализуемый.файл скриптов будет содержать новую строку:

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

и поскольку key == значение для 'view_settings_title', пользовательский LocalizedStringHandler вернет комментарий, т. е."настройки"

вуаля :-)

Я написал сценарий, чтобы помочь поддерживать Localizable.строки на нескольких языках. Хотя это не помогает в автозаполнении, это помогает объединить .строковые файлы с помощью команды:

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

подробнее: https://github.com/hiroshi/merge_strings

некоторые из вас найдут это полезным, я надеюсь.

в Swift я использую следующее, например, для кнопки " Да " в этом случае:

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

использование Примечание value: для текстового значения по умолчанию. Первый параметр служит идентификатором перевода. Преимущество использования value: параметр заключается в том, что текст по умолчанию может быть изменен позже, но идентификатор перевода остается прежним. Локализуемое.файл строк будет содержать "btn_yes" = "Yes";

если value: параметр не использовался, тогда первый параметр будет использоваться для оба: для идентификатора перевода, а также для текстового значения по умолчанию. Локализуемое.файл строк будет содержать "Yes" = "Yes";. Этот вид управления файлами локализации кажется странным. Особенно если переведенный текст длинный, то id долгим. Всякий раз, когда какой-либо символ текстового значения по умолчанию изменяется, идентификатор перевода также изменяется. Это приводит к проблемам при использовании внешних систем перевода. Изменение идентификатора перевода понимается как добавление нового перевода текст, который может быть не всегда желателен.

#define PBLocalizedString(key, val) \

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

с iOS 7 & в Xcode 5, Вы должны избегать использования локализации.strings' метод, и использовать новый метод "базовой локализации". Есть несколько учебных пособий, если вы google для "базовой локализации"

Apple doc:базовый локализации

Сам я часто увлекаюсь кодированием, забывая вставить записи .файлы строк. Таким образом, у меня есть вспомогательные сценарии, чтобы найти, что я должен вернуть .строки файлов и перевести.

поскольку я использую свой собственный макрос над NSLocalizedString,пожалуйста, проверьте и обновите скрипт перед использованием как я предположил для простоты, что Нил используется как второй параметр для NSLocalizedString. Часть, которую вы хотели бы изменить, это

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

просто замените его чем-то, что соответствует вашему макросу и использованию NSLocalizedString.

вот идет скрипт, вам действительно нужна только Часть 3. Остальное, чтобы увидеть легче, где все это происходит от:

// Part 1. Get keys from one of the Localizable.strings
perl -ne 'print "\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 "\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 "\n" if /NSLocalizedString\(@(".+")\s*,\s*nil\)/' | sort | uniq) <(perl -ne 'print "\n" if /^\s*(".+")\s*=/' myapp/fr.lproj/Localizable.strings | sort) | uniq >> fr-localization-delta.txt

выходной файл содержит ключи, которые были найдены в коде, а не в локализации.файл строк. Вот пример:

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

конечно, можно отполировать больше, но думал, что поделюсь.

Если кто-то ищет быстрое решение. Возможно, вы захотите проверить мое решение, которое я собрал здесь: SwiftyLocalization

с несколькими шагами для настройки, вы будете иметь очень гибкую локализацию в Google Spreadsheet (комментарий, пользовательский цвет, выделение, шрифт, несколько листов и многое другое).

короче говоря, шаги: Google Spreadsheet --> CSV-файлы --> локализуемые.струны

кроме того, он также генерирует Localizables.swift, структура, которая действует как интерфейсы для извлечения и декодирования ключа для вас (вы должны вручную указать способ декодирования строки из ключа).

почему это здорово?

1. вам больше не нужен ключ как простая строка повсюду.
2. во время компиляции обнаруживаются неправильные ключи.
3. Xcode может сделать автозаполнение.

пока есть инструменты, которые могут автозаполнить ваш локализуемый ключ. Ссылка на реальную переменную гарантирует, что она всегда допустимый ключ, иначе он не будет компилироваться.

// 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)

проект использует скрипт Google App для преобразования листов --> CSV и скрипт Python для преобразования файлов CSV --> Localizable.строки вы можете быстро взглянуть на этот пример листа, чтобы узнать, что возможно.