プロンプトユーザーがAPIを完了する前に警告がここ

Question

をNodejsユースケースである：

ユーザーがAPIを呼び出します。 APIは以前に保存されたものを上書きしていることを発見しました 先に進んで完了するには、「はい、先に進み、上書きする」または「いいえ、上書きしないでください」と言う必要があります。だから基本的に応答を返信し、ユーザーの選択の要求を取得し、 の操作を続行する方法 が必要です。

私の懸念は、以下のとおりです。

• そうするベストプラクティスは何ですか？
• 私がサービスを延期し、必要な選択肢として返信する場合。ユーザーが選択した後に同じAPIを起動する必要がありますか？

私はNodejs/ExpressとAngularjsを使用しています。

Answer 1

あなただけのAPIを開発したい場合は、次のいずれかを実行します

1. をデータが存在するかどうかを確認するために、別のAPIを作成します。

   「canOverwrite」のようなAPIで別のフラグを作成し、データかどうかをAPIを呼び出す前にユーザーに確認：その後、

2. は、ユーザー

かを確認した後にAPIを続行します存在する場合は上書きすることができます。

HTTPコールの代わりにWebSocketを使用すると、確認の際に柔軟性が得られます（ただし、AngularJSには適用されません）。

Answer 2

各APIリクエストは、おそらくステートレスである必要があります。これを行うには、上書きが発生した場合にサーバーが何をすべきかを指示するオプションをAPIに追加します。クライアントは、存在する場合は上書きするか、上書きしないでデータがすでに存在する状態を返すかを指定できます。

次に、ユーザーにプロンプ​​トを表示して上書きを要求する2番目のAPI呼び出しを行うと、クライアント側の責任になります。これはクライアントの動作であり、サーバーのポリシーではありません。

クライアントが最初にdon't overwiteを送信してから、プロンプトが上書きを要求する2番目のAPI呼び出しを行った場合、サーバーは最初からAPI呼び出しを再実行する必要があります。 2番目の要求のパフォーマンスを向上させるために、最初の要求から何かを一時的にキャッシュできるかどうかは実装固有のものです。これは、他のパフォーマンス向上キャッシュと同じように、サーバー上での実装の選択です。

Answer 3

上記の@ jfriend00と同様に、REST APIはステートレスであると考えられます。しかし、あなたはバックエンドnodeJsコードを使ってこれを達成することができます。実際、それは国の錯覚ですが、本当はそうではありません。

ですから、これは単なるデータがデータベースに存在しているかどうかを確認し、UI

にtrueまたはfalseを送信し

1. /データ/検証

   のような2つのエンドポイントを持っているでしょう

2. /データ/私は今

   を追加ユーザーがUI上の「上書き」ボタンまたは何かを上書きしてクリックしたい場合は、データを上書きする要求をこのエンドポイントに送信します。

ユーザーが上書きしたくない場合は、追加エンドポイントを呼び出さないでください。