サイトロゴ

Enjoy Creating
Web & Mobile Apps

MENU BOX
WEB
MOBILE
OPEN

ホーム

 > 

 > 

【Jetpack Compose】文字列をString Resourceで管理すべき理由

【Jetpack Compose】文字列をString Resourceで管理すべき理由

この記事にはプロモーションが含まれています。

GoogleのJetpack Composeの公式チュートリアル(https://developer.android.com/courses/android-basics-compose/course)によると、文字列はコード内に直接埋め込む(ハードコードする)のではなく、String Resourceとして対応するリソースIDを指定することで、テキストを指定・表示することを推奨しています。

実際、チュートリアルを進めていくと文字列は基本的に全てString Resourceの指定で行われていることが確認できます。

これはなぜなのでしょうか?

文字列をハードコードしても別にエラーが起こるわけではないですし、むしろその方が楽で便利な気さえします。

筆者も最初は、わざわざString Resourceで文字列を管理する理由がイマイチ理解できませんでした。

ですが開発を進めていくうちに、『なるほど、確かにこれはString Resourceで管理した方が絶対に良いな』と思うようになりました。

そこで今回は、ネイティブなAndroidアプリにおいて、文字列をString Resourceで管理すべき理由について解説していきます!

この記事を読むことで分かること
  • ・String Resourceで文字列を管理するメリット
  • ・String Resourceで多言語に対応させる方法

– 目次 –

理由1:テキストを効率よく柔軟に変更できるから

文字列をString Resourceで管理した方が良い理由の一つは、共通するテキストの変更が一括で行えるようになるからです。

例えば、アプリに処理を中断して元の画面に戻るためのボタンを何個か設置していて、そのボタンテキストには『Exit』という文字列を指定していたとしましょう。

しかし、ある日、あなたは『Exit』よりも『Cancel(キャンセル)』の方がわかりやすくて良いなと思い直したので、ボタンのテキストを変更することにしました。

こういった時、もしボタンのTextコンポーザブルに直接文字列を指定(ハードコード)していたら、全てのテキストを書き換えなければならなくなってしまいます。

文字列をハードコードしているイメージ画像

一方で、String Resourceで管理していたら、参照元となるString Resourceのテキストを変更するだけで済みます。

文字列をString Resourceで管理しているイメージ画像

とは言え、String Resourceで管理する理由がこれだけならば、String Resourceで管理するメリットはそこまで大きくないように思えますよね。

Android Studioで特定の文字列を検索し、別の文字列に一括で置換することは可能ですし、テキストや見た目などが共通するパーツを一つのコンポーザブルとして定義しておけば、例え文字列をハードコードしていたとしても、変更は一箇所で済みます。

ですが、文字列をString Resourceで管理した方が良いと言えるのは、変更に強くなるからというだけではありません。

次の章で紹介するもう一つの理由こそが、文字列をString Resourceですべき主な理由であると言っても過言ではないかもしれません。

    POINT!
  1. ・文字列をString Resourceで管理しておくと、テキストを変更したい場合に便利!
  2. ・文字列をハードコードしていたら、ハードコードされた文字列を全て書き直さなければならなくなってしまう!

理由2:多言語に対応できるから

テキストをString Resourceで管理しておくべき理由の二つ目は、多言語に対応させるのが容易になるというものです。

Android端末は世界中で使われており、アプリを使用するユーザーが扱うことができる言語も様々です。

例えば私は日本人で普段は日本語を話すので、アプリが日本語に対応してくれていると大変ありがたく感じます。

もし日本語に対応していなくても、英語に対応してくれていれば、なんとか使うことはできます。

ですが、アラビア語など私が全く精通していない言語にしか対応していないアプリは、おそらく使いこなすことができないでしょう。

近年ではAIを活用した翻訳アプリなどもあるとは言え、わざわざそういった翻訳機能と連携しないと使えないアプリは、正直言って面倒くさく感じてしまうものです。

グローバルに広がるスマートフォンとそのアプリ市場においては、最低でも2つ以上の言語に対応させた方が、その分可能性が広がるのは間違いないと筆者は思っています。

そこで、問題となるのは、アプリで表示されるテキストをどうやって多言語に対応させるか?ということです。

アプリのメニューに『設定』の項目を設置して、そこで言語の設定ができるようにしておき、その情報を保存して条件分岐を行って、テキストの表示を切り分ける…といった力技もできないことはないですが、このような方法ではコードが無駄に複雑になってしまいます。

それに、そもそも、ユーザーが最初にアプリを開いた時に表示させる言語はどうするのか?という問題も残ります。

そこで、こう言った問題をキレイさっぱり解決してくれるのが、String Resourceで言語別に文字列を管理することにより、言語の表記をAndroid端末のシステム側に委ねるという方法です。

String Resourceで文字列を管理しておくと、言語ごとにリソースファイルを用意しておくだけで、ユーザーのAndroid端末の言語設定に合わせた文字列を表示させることができます。

例えば、メインとなる言語を英語にしておき、res > values > strings.xml に次のように文字列を管理しておくとします。

strings.xmlファイルにString Resource(英語)が指定されていることを示す画像

そして、もう一つ、例えば日本語に対応したバージョンも用意しておきたければ、resフォルダ内に新しくフォルダを用意します。(例:values-jaなど)

続けて、その新しく作成したフォルダ内に改めてstrings.xmlを作成し、次のように日本語の文字列を管理します。

別のstrings.xmlファイルにString Resource(日本語)が指定されていることを示す画像

すると、Android端末の言語設定に応じて、自動的に表示される言語が切り替わるようになります。

言語設定を変更すると文字列も自動で切り替わる

この方法で多言語に対応させておけば、アプリ開発者はユーザーが端末でどんな言語設定にしているかを詳細に把握しておく必要はありません。

したがって、if~elsewhenを使った複雑な条件分岐を設定する必要もありません。

これこそが、テキストを直接コンポーザブルにハードコードするのではなく、String Resourceで管理した方が良いと言える最も大きな理由です。

もしかしたら、将来的にはAndroid端末にAIを活用した翻訳補助機能が標準で搭載されるようになり、アプリ側で多言語対応させなくてもAIが自動で翻訳してくれる日が来るかもしれません。

ですが、今のところ、適切な言語を適切に表示させるにはString Resourceを利用するのがベストプラクティスと言えます。

    POINT!
  1. ・文字列をString Resourceで管理しておくと、多言語への対応が容易になる!
  2. ・多言語に対応させるには、適切なディレクトリにstring.xmlファイルを複数作成しておくだけでOK!
  3. ・アプリ内でAndroid端末が今どんな言語設定になっているかを調査したり、追跡したりする必要はない!

« »

カテゴリーリンク

著者について- author profile -

ROYDOプロフィール写真
Michihiro

モバイルアプリ(iOS・Android)ディベロッパー&デザイナー

これまでに、可読性の高いカラーパターンを自動で生成するアプリや、『第3火曜日』といった形式で通知をスケジュールできるアプリなどを制作。

サブでWebデザイン・フロントエンドエンジニアとしても活動しています。

📝ツール・言語:JavaScript/React Native/Kotlin/Android Studio/Swift/SwiftUI

🎓資格:応用情報技術者/基本情報技術者/ウェブデザイン技能検定3級

Twitterアイコン Instagramアイコン