Después de algunas pruebas me di cuenta de que está funcionando bastante bien. Recomponer rocas para la construcción con componentes puros.

Esto es perfectamente válido y funciona bastante bien.

 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);

Me ayuda a superar la falta de capacidad para reflejar los resultados de la mutación de graphQl con el cliente Apollo en el componente envuelto. Esto lo maneja a la perfección y sin necesidad de efectos secundarios en el propio componente.

Pero hay algunos problemas cuando lo usamos así:

 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}); } } }) )

Debido a que la referencia de props se pierde después de await props.loginUser(args) . Entonces lo usamos después de que está mal.

Debemos notar que no lo usemos como arriba.