HTTPプロトコルのリクエスト・レスポンスモデル：「ユーザログイン」シーンを記述するために
クライアントでユーザー名とパスワードを入力し、送信されたログイン要求をクリックします。クライアントは、API界面層のアクションにリクエストを開始：1ステップ。
ステップ2：APIのようなユーザー名とパスワードが正当であることを確認し、クライアント、APIのビジネスロジックの検証、によって開始されたユーザ要求、受信：ユーザー名の要件は、実際の電話番号（第1、1から始めなければなりませんが、認証に失敗した場合は2、34578）は、正当でないユーザ名、クライアントに必要な時間は、応答コードを返します。この応答は、そのようなコードは、ユーザ名が不正1,2,3,1で表すユーザ名を表し、またはパスワードが正しくありませんエラー形式はパスワードを（これらはフロントエンド検証で検証することができることに留意されたい）を表し、カスタムコードです。検証が成功した場合、データは、DB層に送信されたユーザAPIによって入力されます、データベースは、作成行う、読み取り、更新、削除操作をします（どんなに複雑なビジネスロジック、データベースレベルこの4つの操作を行うには）データベースクエリが正常に1を返します。 0を返すことができませんでした。
第三段階：エントリDBデータベースクエリの数は、予選の数であり、クエリが成功した場合、ユーザー名は、同じ名前ではないため、このログインのシナリオでは、データベースは、1または0を返す（APIに戻ります1、クエリが失敗し、それが0を返します）。
ステップ4：APIはクライアントに成功または失敗のステータスコードを返します。
ステップ5：クライアントの情報がユーザーに返されます。