リクエストが失敗すると、クライアント側 (iOS、Android など) とサーバー側の両方で失敗し、成功すると両方で成功することを保証するプロトコル (またはフレームワーク) はありますか?
要求はサーバー上で完了する可能性がありますが、ネットワーク接続が切断されているため、クライアントは応答を受信せず、要求が失敗したと見なします。
Post-Redirect-Getパターンをこれに適応させることができます。ポスト パーツはリクエストの送信に使用され、リダイレクトされた get は、クライアントがステータス (進行中、失敗、成功など) を取得できる「結果」ページになります。
明らかに、クライアントは、ネットワークの問題から、要求が失敗したと結論付けるべきではありません。ステータスを取得するために待機および/または再試行する準備ができている必要があります。
興味深いケースは、最初のリクエストの送信が不完全な場合です。つまり、何も返されず、リダイレクトも返されません。これが適応の出番です。最初のデータ送信は、クライアントがステータス要求の代替として使用できるトランザクション識別子をサーバーが生成した後である必要があります。(例: 「このトラッキング ID を保存して、ステータスの問い合わせに使用してください」という静的フィールドを含むフォーム。)
このフォールバックをプロトコル レベルで自動化できるかどうかという質問であれば、残念ながら答えはノーです。