API で渡ってきた値の多言語対応（英語）

[kokoichi206]

現在、API からの返却値に『かに座』『A 型』など、日本語で情報がベタ書きされている。

これを API 返却側 or フロント側で変換する。

i18n などを使う予定。

決めること

• バックエンド・フロントエンドどちらで対応するか
• バックエンドの場合
  • DB 設計は変更するか

[kokoichi206]

Links

• Webアプリケーションの国際化対応をバックエンドからフロントエンドに移行した話
  • 国際化対応をバックエンド（django）からフロント（React）へ移行
  • https://react.i18next.com/
• 多言語対応時に注意しておきたいこと
  • RDS でのカラムの切り出し

[kokoichi206]

バックエンド・フロントエンド

バックエンド

メリット

• Android 以外が増えても即対応できる

デメリット

• 改修が大変かも（未定）
• 更新のたびに通信が発生する

フロントエンド

1回日本語のファイルを受け取った後、何かしらの方法で英語へ変換する。
日英対応表の情報は、フロントでもつかバックエンドで持つ（そのための API を叩く）かは別途検討。

メリット

デメリット

• どちらにせよ、改修は必要

[kokoichi206]

i18n・DB 変更

以下の理由から、DB の中身を変更する。

• API の構成要素は、フロントの構成によらないデータである
• データに更新があるたびに、対応表を更新するのがしんどい
  • そこまで頻繁に更新のあるデータではないが、更新が発生しうるため？

i18n

RDB を変更する

i18n などの対応表を使う

https://github.com/nicksnyder/go-i18n