4D for iOS。却下された保留中のタスクの更新

Deeplからの自動翻訳

数週間前からオフラインアクション機能を使用できるようになり、すでに大きなフィードバックを得ています。

私たちは製品の機能セットを常に改善しているので、アプリケーションユーザーは、サーバーの検証のために失敗した保留中のタスクを編集し、送信を再試行することができます。それでは、その仕組みを見てみましょう。

サーバーサイドからの失敗の処理

モバイルユーザーがサーバーに送信したアクションを、何らかの理由で拒否することがあります。例えば、送信されたアクションのパラメータがサーバー側で期待される値と一致しないことが原因かもしれません。

この場合、statusTextを使用して、サーバー側で何か問題が発生したことをアプリユーザーにフィードバックすることができます。

$response:=New object("success"; False; "statusText"; "Please check your entry and send again"))

さらに、アクションパラメータでエラーを追加して表示することで、より具体的にすることができます。

$response.errors:=New collection(New object("parameter"; "Status; "message"; "Status field should be equal to Validated"))

これにより、アプリケーションのユーザーはサーバーサイドで何が問題だったのかを正確に把握することができ、変更する必要のあるパラメータを正確に変更することができるようになります。

モバイルアプリ側

次に、モバイルでのユーザーエクスペリエンスを見てみましょう。保留中のタスクがサーバーに送信され、サーバーの検証により失敗した場合、モバイル・ユーザーが受け取るものは以下の通りです。

見てわかるように、簡単に修正して、再度サーバーに送信することができます。

詳細については、4Dフォーラムにコメントし、専用ドキュメントを確認してください。

David Azancot
- 4D for iOS プロダクトオーナー - David Azancotは、2017年にプロダクトオーナーとして4Dプロダクトチームに参加しました。プロダクトオーナーとして、ユーザーストーリー(ユーザーが期待する新機能とその使用法)を書き、それを具体的な機能仕様に変換することを担当しています。また、実装された機能が顧客のニーズを満たしているかどうかを確認することも彼の役割です。DavidはLeonard De Vinci Instituteでマーケティング、インターネット、モビリティのMBAを取得し、2011年にモバイルスタートアップ企業でキャリアを開始。この企業は後にモバイルマーケティンググループのMadvertiseに買収されました。モバイルインターフェースに情熱を注ぐ彼は、2015年、同グループのインタラクティブなモバイル広告フォーマットの開発に抜擢されました。並行して、Davidは2012年から彼独自のiOSおよびAndroidアプリケーションを開発しています。