移动应用开发 - 新手设计Java API的困惑，一些疑问点望解答？

Answer 1

まず、最初と 2 番目の質問に答えておきます。参照しているスタイルが RESTful である場合、インターフェイスのセットは単なる文字列である必要があります。したがって、使用するスタイルは何によって異なります。さらに、必要に応じてフィールドも設定されますが、通常はコード メッセージ ステータスがすべての API に存在し、データ フィールドが JSON である必要があります。オブジェクト内のオブジェクトのプロパティは、インターフェイスの機能に従って設定する必要があります (個人的なスタイルであり、個人的な意見を表しているだけです)。その後、言語は yyyyMMdd に変換されます。最初に転送してから再投稿しないことをお勧めします。 4 番目の質問は、トークンがセキュリティのために設定されているということです。次に、クライアントを使用して最初にトークンをリクエストし、その後、クライアントが API をリクエストすると、バックエンドでマッピングを作成します。トークンによると、トークンは対応するユーザーに直接マッピングされます。

Answer 2

1. 区別した方が良いと思います。フロントエンドはjsを利用してjson文字列を解析し、解析後、存在しない属性はundefinedとなり、未定義かどうかをフロントエンドユーザーが判断して処理を区別できます。私が見たインターフェイスの中には、成功した場合にはエラー属性がなく、失敗した場合にのみエラー属性があるものもあります。これにより、転送されるバイト数が節約されます。

2. フロントエンドのクラスメートとのコミュニケーションがよりカジュアルになると思います。一貫性がある限り、下線を引いたり、こぶしたりしないでください

3. 上記の意見に同意します。ただ長い型の UNIX 時間を返すだけです。このようにすると、あなた自身が取得するのに便利ですし、下流の学生にとっても切り替えるのに便利です。それ以外の場合は、文字列の形式を覚えておく必要があります。他の生徒が引き継ぐと混乱が生じる可能性があります。

4. トークンは一般的に使用されるメモリに配置できます。有効期限を設定し、期限が切れたらメモリから削除します。これは、リクエストが多く、リアルタイム要件が高く、メモリが十分である場合に推奨されます。

Answer 3

1. 統一によりフロントエンドとの通信コストが削減され、フロントエンドによる統一処理が容易になります。
2. 内部スタイルが統一されていれば、キャメルケースでもアンダーラインでも可能です。メモリ内でシリアル化されます Jackson キャメルケース形式を下線形式に変換できる設定があります (逆シリアル化にも同じことが当てはまります)
3. タイムスタンプを使用して、フロントエンドで時刻表示をフォーマットします。同じインターフェイスが異なる場所で呼び出された場合、異なる時刻が表示される可能性があります。
4. トークンは通常、時間に依存するため、データベースに保存され、有効期限が設定されます。 Memcached または Redis を使用します。

---

更新:
の設定を強調表示するためのキャメルケース: Jackson リーリー

Answer 4

1. それぞれのインターフェースが異なると、クライアントはコードを書くのに夢中になり、デバッグ時に全員が夢中になります。
一般的なルールのほとんどは
{code:'' です。 、msg:'',data:{}}
code: 現在のステータス コード。このバックグラウンド設定は、さまざまな設定に応じてさまざまなステータス コードに応答します
msg: 通常の戻り値または例外の戻り値に関するプロンプト情報
data:データはオブジェクトまたは配列にすることができ、データを返します
2. Java の場合、通常はラクダ形式です
3. 時間は各インターフェースに依存します すべてのインターフェースが同じ時間を返すことは不可能です。フォーマットを同じにする必要はないと思います。
4. ビジネスが十分に大きい場合は、トークンをメモリに配置できます。redis memcached または他の nosql で十分です。量が少ない場合は、データベースを確認するだけです。それほど複雑な作業は必要ありません。