Dva: 디스패치(EFFECT_ACTION)에 대한 반환 약속 지원을 시도하십시오.

1. 비동기식 닫기를 통합 하려면 https://ant.design/components/modal-cn/#components -modal-demo-async, onOk가 then this.setState({
보이는: 거짓,
확인 로딩: 거짓,
});

dva에서 action을 디스패치한 후,
보내다({
유형: '사용자/만들기',
페이로드: 값,
}); 값은 약속이 아니라 행동입니다.

1. 해결책은 상점에 표시 및 확인 로드 중 상태를 두는 것입니다.

   1. dva에서 action을 디스패치한 후에는 promise이고 redux-thunk는 promise가 될 수 있습니다.내 접시는 saga의 구현이 다를 수 있습니다.

@nickzheng 이 방법을 시도하십시오.

구성 요소에서 디스패치를 ​​래핑하려면 promise를 사용합니다. 예를 들면 다음과 같습니다.

   new Promise((resolve, reject) => {
      dispatch({
         type: 'users/create',
         payload: {
             values,
             resolve,
             reject,
         },
      }); 
   })
   .then( res => {
      console.log(res);
   })
  .catch( err => {
      console.log(err);
  })

그리고 dva의 영향으로 다음과 같이 작성할 수 있습니다.

* create({ payload }, { put, call }) {
  const { value, resolve, reject } = payload;
  // 一些操作之后

  if (success) {
     resolve('done');
  } else {
     reject('error');
  }
}

@sorrycc의 이전 아이디어는 디스패치가 시작되는 위치에 Promise를 래핑할 필요가 없고 dva가 이 기능을 가질 수 있고 기본 효과가 resolve 및 reject를 반환할 수 있다는 것이었습니다.

https://github.com/dvajs/dva-core/blob/0fa6888/test/effects-test.js#L332 -L365, 내장 지원 디스패치(EffectAction) 반환 약속.

@sorrycc 가 하나를 좋아합니다. 이 기능의 어떤 버전이 추가되었는지 물어

@daskyrk 등 #772

dva@2 에서 지원됩니다.

Promise에 대한 내장 지원 이후에 어떻게 resolve와 reject를 실제로 정의할 수 있을까요?
성공으로 계산하는 방법, 실패로 계산하는 방법?
@pizn이 제공

   new Promise((resolve, reject) => {
      dispatch({
         type: 'users/create',
         payload: {
             values,
             resolve,
             reject,
         },
      }); 
   })
   .then( res => {
      console.log(res);
   })
  .catch( err => {
      console.log(err);
  })

내장된 약속은 위를 아래로 바꾸는 것을 의미합니까?

dispatch({
  type: 'users/create',
  payload: {
    values,
    resolve,
    reject,
  },
})
  .then(res => {
    console.log(res);
  })
  .catch(err => {
    console.log(err);
  })

프로젝트

const { dispatch } = this.props;
dispatch({
   type: 'specification/fetch',
    payload: applicationId,
 }).then((data) => {
     console.log(data)
 });

모델

 effects: {
    * fetch({ payload }, { call, put, select}) {
      const response = yield call(querySpecification, payload);
      yield put({
        type: 'list',
        payload: response
      });
      return yield select(state => state.specification.list);  //important
    }
},
reducers: {
    list(state, action) {
      return {
        ...state,
        list: action.payload
      };
    }
  }

@Youthink 아래와 같은 상황에서해야 할 일

프로젝트

this.props.dispatch({
    type: 'app/login',
    payload: {
        phone: '13312332131',
        smscode: '6666',
    }
}).then(data => {
    console.log('success result', data)
}).catch(err => {
    console.warn('error result', err)
})

모델

*login({ payload }, { call, put }) {
    // 请求状态 fetching 为 true，方便页面显示loading状态
    yield put({ type: 'updateState', fetching: true })
    // 这里进行登录 service
    const login = yield call(authService.login, payload)
    // 如果上面的 authService.login 异常了，下面的逻辑就不会进行了，下面的 fetching 设置为 false 也不会执行到
    if (login) {
        yield put(NavigationActions.back())
        Storage.set('login', login)
    }
    // 这里重置下 状态 fetching 为 false
    yield put({type:'updateState', fetching: false })
},

백엔드가 성공을 반환하든 예외가 있든 상관없이 yield put({type:'updateState', fetching: false }) 실행할 수 있다고 생각합니다. 성공과 실패에 관계없이 프로젝트에서 가져오기를 설정하기 위해 모델에 디스패치를 ​​보낼 수 있다는 것을 알고 있지만 그렇게 하는 것은 그다지 적절하지 않은 것 같습니다.