react reduxでフェッチエラーに対処する最良の方法は何ですか?


105

クライアント用に1つ、AppToolbar用に1つ、他にいくつかの減速機があります...

ここで、クライアントを削除するフェッチアクションを作成したとしましょう。失敗した場合、Clientsレデューサーに何らかの処理を行うコードがありますが、AppToolbarにグローバルエラーを表示したいとします。

しかし、クライアントとAppToolbarレデューサーは状態の同じ部分を共有せず、レデューサーで新しいアクションを作成できません。

それでは、グローバルエラーを表示するにはどうすればよいですか?ありがとう

更新1:

私はeste devstack を使用していることを忘れています

更新2: 私はエリックの答えを正しいとマークしましたが、私がエステで使用している解決策は、エリックとダンの答えを組み合わせたものに似ていると言う必要があります...コードに最適なものを見つける必要があります。 。


2
あなたは近い投票を得ています、そしてそれはおそらくあなたがサンプルコードの多くを提供していないからでしょう。あなたの質問とあなたが得る答えは、問題がより明確に概説されていれば、他の人々にとってより役立つでしょう。
acjay 2015

私はw / @acjayに同意する必要があります。この質問は文脈に欠けています。以下に(コード例を使用して)一般的な解決策で回答しましたが、あなたの質問はいくつかの改良を使用できます。いくつかの個別の問題があるようです。1)非同期アクション/エラーの処理。2)redux状態ツリーで状態を適切に分割します。3)コンポーネントに必要なデータを取得します。
Erik Aybar

@ErikTheDeveloperありがとう、あなたの答えは素晴らしく見えます。しかし、あなたは正しいです、私は文脈に言及するのを忘れています。私は私の質問を編集しました。私はeste devstackを使用していますが、あなたの回答はそのままでは適用できないようです...
Dusan Plavak

回答:


116

「グローバルエラー」の概念が必要な場合はerrors、addError、removeErrorなどのアクションをリッスンできるレデューサーを作成できます。次に、Redux状態ツリーにフックして、state.errors適切な場所に表示できます。

これに対処する方法はいくつかありますが、一般的な考え方は、グローバルエラー/メッセージは、<Clients />/と完全に分離して独自のレデューサーを使用する価値があるということ<AppToolbar />です。もちろん、これらのコンポーネントのいずれかにアクセスするerrors必要があるerrors場合は、必要に応じて小道具としてそれらに渡すことができます。

更新:コード例

「グローバルエラー」errorsをトップレベルに渡して<App />条件付きでレンダリングした場合(エラーが存在する場合)の例を次に示します。react-reduxconnectを使用して<App />コンポーネントをデータに接続する。

// App.js
// Display "global errors" when they are present
function App({errors}) {
  return (
    <div>
      {errors && 
        <UserErrors errors={errors} />
      }
      <AppToolbar />
      <Clients />
    </div>
  )
}

// Hook up App to be a container (react-redux)
export default connect(
  state => ({
    errors: state.errors,
  })
)(App);

そしてアクションクリエーターに関する限り、それは応答に従って成功失敗をディスパッチします(redux-thunk

export function fetchSomeResources() {
  return dispatch => {
    // Async action is starting...
    dispatch({type: FETCH_RESOURCES});

    someHttpClient.get('/resources')

      // Async action succeeded...
      .then(res => {
        dispatch({type: FETCH_RESOURCES_SUCCESS, data: res.body});
      })

      // Async action failed...
      .catch(err => {
        // Dispatch specific "some resources failed" if needed...
        dispatch({type: FETCH_RESOURCES_FAIL});

        // Dispatch the generic "global errors" action
        // This is what makes its way into state.errors
        dispatch({type: ADD_ERROR, error: err});
      });
  };
}

レデューサーは単純に一連のエラーを管理できますが、エントリを適切に追加/削除できます。

function errors(state = [], action) {
  switch (action.type) {

    case ADD_ERROR:
      return state.concat([action.error]);

    case REMOVE_ERROR:
      return state.filter((error, i) => i !== action.index);

    default:
      return state;
  }
}

1
エリック、私はあなたがここで提案したものに似たものを持っていますが、驚くべきことに、コードreturnで使用したcatch場合にsomeHttpClient.get('/resources')、関数を呼び出すことができませんでした。頭のてっぺんから、私が間違えているかもしれない考えはありますか?本質的に、私が行うことは、テキストを追加したり、DBからテキストを削除したりするなど、非常に単純なことを行うためにモデルのメソッドを呼び出すリクエストを送信することです。fetch('/resources')500 Server Errorfetchroutesmongoose
Kevin Ghaboosi

2
ねえ、私はグーグル検索からここに来た-ちょうど良い例のためにあなたに感謝したいだけだ。私は同じ問題に苦労してきた、そしてこれは素晴らしい。もちろん、解決策はエラーをストアに統合することです。なぜ私はそれを考えなかったのですか...歓声
Spock

2
エラーが発生したときに関数をどのように実行しますか?たとえば、親コンポーネントの小道具を更新してAlertコンポーネントをレンダリングするのではなく、UIにトースト/アラートを表示する必要があります
Gianfranco P.

111

エリックの答えは正しいですが、エラーを追加するために個別のアクションを実行する必要がないことを付け加えたいと思います。別のアプローチはerrorフィールドでのあらゆるアクションを処理するレデューサーを使用することです。これは個人の選択と慣習の問題です。

たとえば、エラー処理があるReduxのreal-worldから:

// Updates error message to notify about the failed fetches.
function errorMessage(state = null, action) {
  const { type, error } = action

  if (type === ActionTypes.RESET_ERROR_MESSAGE) {
    return null
  } else if (error) {
    return error
  }

  return state
}

すべての成功リクエストでRESET_ERROR_MESSAGEタイプをerrorMessageレデューサーに渡す必要があるという意味ですか?
Dimi Mikadze 16

2
@DimitriMikadzeいいえそれはしません。この関数は、エラー状態の単なるリデューサーです。RESET_ERROR_MESSAGEを渡すと、すべてのエラーメッセージがクリアされます。あなたは合格しないと、エラー・フィールドが存在しない場合、それだけでそのままの状態を返す、以前の行動から多少の誤差があった場合、そう、彼らはまだ....成功のアクションの後があるだろう
斗山Plavak

コンシューマーがerrorアクションペイロードにをアタッチするときに、より自然なインラインレスポンスが可能になるため、このアプローチを好みます。ダンありがとう!
Mike Perrenoud

1
これがどのように機能するのか、頭がよくわかりません。実際の例以外に、これを説明する孤立したドキュメントやビデオはありますか?これはほとんどのプロジェクトのかなり重要な要件であり、このテーマに関するドキュメントを理解するのは簡単ではありません。ありがとう。
Matt Saunders

6
私は上のセクションで、ダン自身(実際にReduxのの生みの親だ回答、)でReduxのコースに出くわし、それを理解しようとしているとき@MattSaunders エラーメッセージを表示一緒にこれらの答えと実際の例とのために家それを運転しました私。幸運を。
アグスティン・ラド

2

いくつかの特定のエラー(ユーザー入力検証)のために現在取っているアプローチは、サブレデューサーに例外をスローさせ、ルートレデューサーでキャッチして、アクションオブジェクトにアタッチすることです。次に、アクションオブジェクトのエラーを検査し、その場合はエラーデータで状態ツリーを更新するredux-sagaがあります。

そう:

function rootReducer(state, action) {
  try {
    // sub-reducer(s)
    state = someOtherReducer(state,action);
  } catch (e) {
    action.error = e;
  }
  return state;
}

// and then in the saga, registered to take every action:
function *errorHandler(action) {
  if (action.error) {
     yield put(errorActionCreator(error));
  }
}

そして、エラーを状態ツリーに追加するのは、Erikが説明するとおりです。

私はそれをかなり控えめに使用していますが、正当にレデューサーに属しているロジックを複製する必要がないようにしています(そのため、無効な状態から自身を保護することができます)。


1

API関連のすべてのエラーを処理するカスタムミドルウェアを記述します。この場合、コードはよりクリーンになります。

   failure/ error actin type ACTION_ERROR

   export default  (state) => (next) => (action) => {

      if(ACTION_ERROR.contains('_ERROR')){

       // fire error action
        store.dispatch(serviceError());

       }
}

1
また、
IMHOの

2
これにはミドルウェアは必要ありません。まったく同じものifをレデューサーに書き込むことができます
Juan Campa

50を超えるAPIがある場合は、すべての場所に書き込む必要があります。代わりに、エラーをチェックするカスタムミドルウェアを作成できます。
Shrawan

0

私が行うことは、エフェクトごとにすべてのエラー処理をエフェクトに集中させることです

/**
 * central error handling
 */
@Effect({dispatch: false})
httpErrors$: Observable<any> = this.actions$
    .ofType(
        EHitCountsActions.HitCountsError
    ).map(payload => payload)
    .switchMap(error => {
        return of(confirm(`There was an error accessing the server: ${error}`));
    });

-8

axios HTTPクライアントを使用できます。インターセプター機能はすでに実装されています。thenまたはcatchによって処理される前に、要求または応答をインターセプトできます。

https://github.com/mzabriskie/axios#interceptors

// Add a request interceptor
axios.interceptors.request.use(function (config) {
    // Do something before request is sent
    return config;
  }, function (error) {
    // Do something with request error
    return Promise.reject(error);
  });

// Add a response interceptor
axios.interceptors.response.use(function (response) {
    // Do something with response data
    return response;
  }, function (error) {
    // Do something with response error
    return Promise.reject(error);
  });


はい、しかしあなたはreduxに何かを派遣していませんか?
EinoMäkitalo17年

このアプローチは悪くありません。通常、reduxへのストアはシングルトンであり、ストアをaxiosインターセプターファイルにインポートし、store.dispatch()を使用してアクションをトリガーできます。これは、システム内のすべてのAPIエラーを1か所で処理するための単一のアプローチです
Wedmich
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.