7

是否可以/安全地使用 withHandlers 和 Promise?前任。:

withHandlers({
    onChange: props => event => {
      props.callAPI(props.data)
        .then(data => props.updateData(data))
    },
...

谢谢!

4

2 回答 2

4

经过一些测试,我意识到它工作得很好。用纯组件重组用于建筑的岩石

这是完全有效的并且工作得很好。

const enhWithHandlers = withHandlers({
  loginUserMutation: props => args => {
    props.updateMutationState(loading: true, error: null });
    props.loginUser(args)
      .then(() =>
        props.updateMutationState({loading: false, error: null }))
      .catch(err =>
        props.updateMutationState({ loading: false, error: err }));
  }
},
...
// then compose like
export default compose(
  reduxConnect,
  gqlConnectLogin,
  gqlConnectRegister,
  enhWithState,
  enhWithHandlers
)(UserLoginRegister);

它帮助我克服了将Apollo 客户端的 graphQl 突变结果反映到包装组件的能力不足的问题。这可以完美地处理它,并且不需要组件本身的副作用。

于 2017-01-17T20:18:12.370 回答
0

但是当我们这样使用它时会出现一些问题:

compose(
  withState('loginStatus', 'setLoginStatus', {loading: false, error:null}),
  withHandlers({
    loginUserMutation: props => async args => {
      try {
        props.setLoginStatus({loading: true, error: null});
        await props.loginUser(args);
      } catch(error) {
        props.setLoginStatus({...props.loginStatus, error});
      } finally {
        props.setLoginStatus({...props.loginStatus, loading: false});
      }
    }
  })
)

因为props我们之后确实丢失了引用await props.loginUser(args)。然后我们使用它之后是错误的。

我们应该注意不要像上面那样使用它。


于 2017-07-21T06:01:55.117 回答