0

いくつかの簡単な手順でアダプターを作成しました。状況によっては、何か問題が発生したことを発信者に知らせる必要があります。私はいくつかのアプローチを試しました..

  • 例外のスロー :例外のテキストは onFailure コールバック (素晴らしい) を介して呼び出し元に返されますが、例外のモジュール名と行番号にラップされます。TMI。

  • isSuccessful = false のオブジェクトを返す: これはおまじないのように機能し、onFailure コールバックを介して呼び出し元に配信されます。

例えば:

return {
    isSuccessful: false,
    errors: ["No servers available"]
};

ただし、IBM のこの記事では、これを行うことに対して明示的に警告していますが、別の方法については説明していません。

4

1 に答える 1

0

このブログ記事はご覧になりましたか?
https://www.ibm.com/developerworks/community/blogs/worklight/entry/handling_backend_responses_in_adapters?lang=en

ブログ投稿の詳細:

invokeProcedure(クライアントからアダプタへ) :

  • 呼び出し応答はどのように見えますか?
  • isSuccessful が true になるのはいつですか?
  • isSuccessful が false になるのはいつですか?

invokeHttp(サーバーへのアダプター)の場合:

  • バックエンド呼び出しの応答はどのようなものですか?
  • isSuccessful が true になるのはいつですか?
  • isSuccessful が false になるのはいつですか?

クライアントへの応答で提供する条件に基づいて、より明確にエラーを返すことができます。

于 2016-12-10T07:03:01.910 に答える