Ist eine Localizable.strings-Datei erforderlich, wenn Sie keine Strings lokalisieren möchten?

Question

Ich lerne, wie man iOS-Apps aus einem Android-Hintergrund macht. In Android sollten Sie die meisten/alle Ihrer Strings, die für den Benutzer sichtbar sind, in eine strings.xml Datei schreiben, auch wenn Ihre App nicht übersetzt wird.

Das bedeutet, wenn Sie den Titel einer Schaltfläche setzen/den Text des Android-Gegenstücks zu einem "UILabel" setzen, werden Sie die Zeichenfolge aus der Datei strings.xml abrufen.

Ich werde meine IOS App nicht lokalisieren. Da dies der Fall ist, ist normal, es nur tun:

  exampleUIButton.setTitle("Test string", forState: .Normal) 

Oder sollte „Test String“ in einer Localized.strings Datei gespeichert werden?

Answer 1

Während nicht zwingend Localized.strings ist eine sehr gute Gewohnheit, in zu kommen. Es wird viel einfacher sein, Lokalisierungen hinzuzufügen, wenn Sie es sich später anders überlegen, weil Sie nicht Ihr gesamtes Projekt nach Strings durchsuchen müssen. Damit haben Sie alle Ihre Saiten an einem Ort. Und der Unterschied im Code ist wirklich nicht so groß:

exampleUIButton.setTitle("Test string", forState: .Normal) 

vs

exampleUIButton.setTitle(NSLocalizedString("str_test", comment: ""), forState: .Normal) 

Weitere Vorteile sind einfache Sätze von Saiten zwischen den Projekten zu teilen, Rechtschreibprüfung und der Sichtbarkeit von Strings im Editor erhöht.

Answer 2

Wenn Sie lernen, für iOS zu programmieren, sollten Sie sich angewöhnen, die lokalisierten Zeichenfolgenaufrufe zu verwenden, auch wenn Sie Ihre App nie lokalisieren möchten. Es bedarf einer Wiederholung, um sich dazu zu zwingen.

Wenn Sie absolut konsistent sind, den NSLocalizedString Aufruf (oder seine Varianten) für jede einzelne Anzeigezeichenfolge zu verwenden, dann wird das Lokalisieren Ihrer App trivial. Wenn Sie etwas verpassen, können diese Zeichenfolgen nicht ohne Codeänderungen lokalisiert werden.

Code, dass Sie absolut sicher sind, wird nie wieder verwendet werden hat eine Tendenz zu leben, und Code, dass Sie sicher sind, wird nie lokalisiert werden, hat eine Tendenz zu einem späteren Zeitpunkt lokalisiert werden müssen.

Wenn die Datei Localized.strings nicht existiert, ist der Aufruf NSLocalizedString effektiv ein No-Op, aber es ist immer noch eine gute Idee, ihn religiös zu verwenden.