既存の API が通常のモノロケール アプローチでうまく機能する場合、ユーザーがローカライズ バージョンでキー/値を送受信できるようにする国際化バージョンに変換するには、どのような手順に従う必要がありますか?
エンド ユーザー インターフェイスの国際化は、よく取り上げられているトピックです。しかし、リクエストとレスポンスでさらにプッシュするにはどうすればよいでしょうか? 誰かが API をヒットし、ドイツ語での応答が必要な場合、どうすればよいですか?
既存の API が通常のモノロケール アプローチでうまく機能する場合、ユーザーがローカライズ バージョンでキー/値を送受信できるようにする国際化バージョンに変換するには、どのような手順に従う必要がありますか?
エンド ユーザー インターフェイスの国際化は、よく取り上げられているトピックです。しかし、リクエストとレスポンスでさらにプッシュするにはどうすればよいでしょうか? 誰かが API をヒットし、ドイツ語での応答が必要な場合、どうすればよいですか?
コンテキスト、サンプル API、または API が何をするかについての高レベルの説明さえもなしに、それは一種のトリッキーな答えです。
ただし、一般的には、API をいくつかのレイヤーに分けるのが最善です。アプリケーション レベルのコア機能とデータは、 http://mihai-nita.net/2005/10/25/data-internationalization/のように、ロケールに依存しない必要があります。
次に、日付/時刻/数値フォーマッタ、照合、ローカリゼーションなどを含むプレゼンテーション レイヤーを作成します。