String Catalog(xcstrings)ファイルでローカライズの手順をおさらい

概要

最近、社内のプロジェクトでローカライズが必要になったので、まとめてみました!！

ただ、今回紹介するローカライズの方法はiOSアプリ開発におけるローカライズのベストプラクティスでは無いと自負していますので、もっと効率的な良い方法があればご指導ご鞭撻賜りたいです。

実装方針

ローカライズしたい文字列とその文字列を参照するためのKeyをString Catalog(xcstrings)内で管理します。
これは、ローカライズする際に使用するString Catalogファイルがキーとバリューで画面に表示する文字列を変更してくれるためです！

結論（学んだこと）

• Xcode15以降ではStringsファイルでなく、String Catalogを推奨されていることとそれを使用する方法
• ローカライズを実装する際に、必要なセットアップ方法と（今の所適切であろう）各言語の管理方法
• 画面に表示する文字列の管理が簡単になる（言語対応しない場合かつ、重複した文字列を使用することが多い場合も楽かも）

こんな人におすすめ

以下のような方の参考になるかと思います。

• iOS開発において、ローカライズが必要になり実装方法を知りたい方
• Xcode15以上でString Catalog(xcstrings)ファイルについて知りたい方
• iOSエンジニア

説明しないこと

• Xcode15以上ではlegacyになってしまった『Strings』ファイルや『Stringsdict File』について
• モジュールを間でのローカライズ管理

環境

Xcode:Version 15.0.1 (15A507)
Simulator: iPhone15 Pro
iOS Version: 17.0.1

実装手順

①ローカライズ対象にしたい言語の追加

こちらは、【PROJECT】→【Info】→【Localizations】→【+】で言語を追加

②String Catalog(xcstrings)ファイルをプロジェクトに追加

プロジェクト内で【Command + N】→【String Catalogを検索】→

【名前を変更せず追加】→【確認】

注意
String Catalogファイルは、名前を変更して追加すると使用できないらしいので、名前を変更せずに追加してください！

一旦以下のようにからのxcstringsファイルが生成されますが、次に進みます。

③SwiftUIのTextでキーを指定

【Textにキーを追加】→

【build】→【自動生成】

ビルドすると自動的にキーとValueを生成してくれるので、ビルド後にString Catalogを確認して各言語で単語を入力しましょう！

Add your localizable text to the string catalog

Xcode automatically keeps your string catalog and app in sync each time you build your project. To populate your string catalog with the localizable text from your app, choose Product > Build. Xcode identifies strings in your app that support localization, and then adds them to your string catalog.

公式リファレンス

④String Catalogに各言語でローカライズした文言を入力

日本語でのローカライズ設定

英語でのローカライズ設定

おそらくここがめんどくさポイントで、適宜ローカライズしたい箇所の単語を入力していく必要があります。
幸いにも、ローカライズKeyのValue（単語）が入っていない場合は、チェックが付かずどれだけ単語が網羅されているかをパーセンテージで表示してくれる(緑のバッジの箇所が90%のような形で)ので、どのKeyに対して適応できていないかは一目でわかります！

今まででは、ファイル内に文字列を列挙していく形しかなかったため、チェックが面倒だったと思うので助かりますよね！

⑤各言語でローカライズができているかを確認

手順④で各言語に対応する文字を追加できたら、端末の言語設定を変更してみて確認してください！

String Catalog追加前	String Catalog追加後(ja)	String Catalog追加後(ro-maji)

これでローカライズの準備完成ですね！

NG？方法

enumや定数で定義している文言はキーとして認識されないみたいなので、ローカライゼーションできませんでした！
なので、自分が関わっているプロダクトではローカライズしたい文字列は完全にString Catalogに追加することとしました！
どこの何の文字のローカライズなのかを設定するKeyの命名で間違えなければ、管理の負担や重複は少なくできるかと思います！

String Catalog追加前	String Catalog追加後(ja)	String Catalog追加後(ro-maji)

さいごに

ローカライズは、思いの外細かい作業の連続です。しかし、国内にとどまらず海外での配信の可能性がある場合には、仕込んでおくのも1つの手かと思います！
途中にもありましたが、そもそもローカライズする必要がなくても画面に表示する文字列をカタログとして管理することで、再利用性を考慮した実装になるかと思うので、オーバーエンジニアリングにならない程度で積極的に使いたいと思います！

参考資料