React / Redux - akcja wysyłania przy ładowaniu / inicjowaniu aplikacji


85

Mam uwierzytelnianie tokenem z serwera, więc kiedy moja aplikacja Redux jest ładowana początkowo, muszę wysłać żądanie do tego serwera, aby sprawdzić, czy użytkownik jest uwierzytelniony, czy nie, a jeśli tak, powinienem otrzymać token.

Zauważyłem, że używanie podstawowych akcji INIT Redux nie jest zalecane, więc jak mogę wywołać akcję, zanim aplikacja zostanie wyrenderowana?

Odpowiedzi:


77

Możesz wywołać akcję w componentDidMountmetodzie Root , aw rendermetodzie możesz zweryfikować status autoryzacji.

Coś takiego:

class App extends Component {
  componentDidMount() {
    this.props.getAuth()
  }

  render() {
    return this.props.isReady
      ? <div> ready </div>
      : <div>not ready</div>
  }
}

const mapStateToProps = (state) => ({
  isReady: state.isReady,
})

const mapDispatchToProps = {
  getAuth,
}

export default connect(mapStateToProps, mapDispatchToProps)(App)

1
Dla mnie to componentWillMount()zrobił. Zdefiniowałem prostą funkcję wywołującą wszystkie działania związane mapDispatchToProps()z wysyłką w App.js i wywołałem ją componentWillMount().
— Froxx,

To świetnie, ale użycie mapDispatchToProps wydaje się bardziej opisowe. Jakie jest Twoje uzasadnienie za używaniem mapStateToProps zamiast tego?
— tcelferact

@ adc17 Ups :) dzięki za komentarz. Zmieniłem odpowiedź!
— Serhii Baraniuk

@SerhiiBaraniuk bez obaw. Jeszcze jedno: zakładając, że getAuthjest twórcą akcji, myślę, że chciałbyś zdefiniować dispatchjako parametr mapDispatchToProps, tj., const mapDispatchToProps = dispatch => {A następnie zrobić coś takiego:getAuth: () => { dispatch(getAuth()); }
— tcelferact

2
Otrzymałem ten błąd, próbując wdrożyć to rozwiązanieUncaught Error: Could not find "store" in either the context or props of "Connect(App)". Either wrap the root component in a <Provider>, or explicitly pass "store" as a prop to "Connect(App)".
— markhops

35

Nie podobały mi się żadne zaproponowane rozwiązania, a potem przyszło mi do głowy, że myślę o zajęciach do wyrenderowania. A co jeśli właśnie utworzyłem klasę do uruchamiania, a następnie wrzuciłem elementy do componentDidMountmetody i po prostu renderwyświetlił się ekran ładowania?

<Provider store={store}>
  <Startup>
    <Router>
      <Switch>
        <Route exact path='/' component={Homepage} />
      </Switch>
    </Router>
  </Startup>
</Provider>

A potem coś takiego:

class Startup extends Component {
  static propTypes = {
    connection: PropTypes.object
  }
  componentDidMount() {
    this.props.actions.initialiseConnection();
  }
  render() {
    return this.props.connection
      ? this.props.children
      : (<p>Loading...</p>);
  }
}

function mapStateToProps(state) {
  return {
    connection: state.connection
  };
}

function mapDispatchToProps(dispatch) {
  return {
    actions: bindActionCreators(Actions, dispatch)
  };
}

export default connect(
  mapStateToProps,
  mapDispatchToProps
)(Startup);

Następnie napisz kilka akcji redux, aby asynchronicznie zainicjować aplikację. Działa wspaniale.


Teraz to jest rozwiązanie, którego szukałem! Wierzę, że twój wgląd tutaj jest całkowicie właściwy. Dzięki.
— YanivGK,

26

Wszystkie odpowiedzi tutaj wydają się być wariacjami na temat tworzenia komponentu root i odpalania go w module componentDidMount. Jedną z rzeczy, które najbardziej podoba mi się w Redux, jest to, że oddziela pobieranie danych od cykli życia komponentów. Nie widzę powodu, dla którego miałoby być inaczej w tym przypadku.

Jeśli importujesz swój sklep do index.jspliku głównego , możesz po prostu wysłać swojego kreatora akcji (nazwijmy to initScript()) do tego pliku i uruchomi się, zanim cokolwiek zostanie załadowane.

Na przykład:

//index.js

store.dispatch(initScript());

ReactDOM.render(
  <Provider store={store}>
    <Routes />
  </Provider>,
  document.getElementById('root')
);

1
Jestem nowicjuszem, ale po przeczytaniu wstępnej dokumentacji dotyczącej koncepcji reagowania i reduxu uważam, że jest to najbardziej odpowiedni sposób. czy jest jakaś korzyść z tworzenia tych inicjalizacji podczas componentDidMountwydarzenia?
— kuzditomi

1
To naprawdę zależy od sytuacji. Więc componentDidMountbędzie odpalić przed zamontowaniem określonego komponentu. Wypalanie store.dispatch()przed ReactDOM.render () `pożary przed wierzchowców aplikacji. To trochę jak componentWillMountdla całej aplikacji. Jako nowicjusz uważam, że lepiej jest trzymać się metod cyklu życia komponentów, ponieważ zapewnia to ścisłe powiązanie logiki z miejscem jej używania. Ponieważ aplikacje stają się coraz bardziej złożone, staje się to trudniejsze do kontynuowania. Radziłbym zachować prostotę tak długo, jak możesz.
— Josh Pittman

1
Ostatnio musiałem zastosować powyższe podejście. Miałem przycisk logowania do Google i musiałem uruchomić skrypt, aby działał przed załadowaniem aplikacji. Gdybym czekał, aż aplikacja się załaduje, a następnie zadzwoni, otrzymanie odpowiedzi zajmie więcej czasu i opóźni działanie aplikacji. Jeśli robienie rzeczy w cyklu życia działa w twoim przypadku użycia, trzymaj się cykli życia. Łatwiej o nich myśleć. Dobrym sposobem oceny tego jest wyobrażenie sobie, jak patrzysz na kod za 6 miesięcy. Które podejście byłoby łatwiejsze do intuicyjnego zrozumienia. Wybierz takie podejście.
— Josh Pittman

Witaj @JoshPittman, nadal musisz podłączyć komponent root, np. "App" lub coś podobnego, aby zapisać się na aktualizację stanu redux. Jest to więc tak, jakbyś unikał wysyłania akcji tylko z metody componentDidMount ().
— Tuananhcwrs

1
Mówię TAK w kwestii wysyłania. Redux nie mówi, że musimy wysyłać akcje z wnętrza komponentu reagującego. Redux jest z pewnością niezależny od reagowania.
— Tuananhcwrs

16

Jeśli używasz React hooków, jednym rozwiązaniem byłoby:

useEffect(() => store.dispatch(handleAppInit()), []);

Pusta tablica zapewni, że zostanie wywołana tylko raz, przy pierwszym renderowaniu.

Pełny przykład:

import React, { useEffect } from 'react';
import { Provider } from 'react-redux';

import AppInitActions from './store/actions/appInit';

function App() {
  useEffect(() => store.dispatch(AppInitActions.handleAppInit()), []);
  return (
    <Provider store={store}>
      <div>
        Hello World
      </div>
    </Provider>
  );
}

export default App;

11

Aktualizacja 2020 : Oprócz innych rozwiązań używam oprogramowania pośredniego Redux do sprawdzania każdego żądania pod kątem nieudanych prób logowania:

export default () => next => action => {
  const result = next(action);
  const { type, payload } = result;

  if (type.endsWith('Failure')) {
    if (payload.status === 401) {
      removeToken();

      window.location.replace('/login');
    }
  }

  return result;
};

Aktualizacja 2018 : Ta odpowiedź dotyczy React Router 3

Rozwiązałem ten problem za pomocą właściwości React -router onEnter . Tak wygląda kod:

// this function is called only once, before application initially starts to render react-route and any of its related DOM elements
// it can be used to add init config settings to the application
function onAppInit(dispatch) {
  return (nextState, replace, callback) => {
    dispatch(performTokenRequest())
      .then(() => {
        // callback is like a "next" function, app initialization is stopped until it is called.
        callback();
      });
  };
}

const App = () => (
  <Provider store={store}>
    <IntlProvider locale={language} messages={messages}>
      <div>
        <Router history={history}>
          <Route path="/" component={MainLayout} onEnter={onAppInit(store.dispatch)}>
            <IndexRoute component={HomePage} />
            <Route path="about" component={AboutPage} />
          </Route>
        </Router>
      </div>
    </IntlProvider>
  </Provider>
);

11
Dla jasności, react-router 4 nie obsługuje onEnter.
— Rob L

IntlProvider powinien dać ci wskazówkę co do lepszego rozwiązania. Zobacz moją odpowiedź poniżej.
— Chris Kemp,

to używa starego routera reagującego v3, spójrz na moją odpowiedź
— stackdave

3

Dzięki oprogramowaniu pośredniczącemu redux-saga możesz to zrobić przyjemnie.

Po prostu zdefiniuj sagę, która nie oczekuje wysłania akcji (np. Z takelub takeLatest) przed uruchomieniem. Po forkwydaniu z głównej sagi w ten sposób uruchomi się dokładnie raz podczas uruchamiania aplikacji.

Poniższy przykład jest niekompletny, który wymaga trochę wiedzy na temat redux-sagapakietu, ale ilustruje punkt:

sagi / launchSaga.js

import { call, put } from 'redux-saga/effects';

import { launchStart, launchComplete } from '../actions/launch';
import { authenticationSuccess } from '../actions/authentication';
import { getAuthData } from '../utils/authentication';
// ... imports of other actions/functions etc..

/**
 * Place for initial configurations to run once when the app starts.
 */
const launchSaga = function* launchSaga() {
  yield put(launchStart());

  // Your authentication handling can go here.
  const authData = yield call(getAuthData, { params: ... });
  // ... some more authentication logic
  yield put(authenticationSuccess(authData));  // dispatch an action to notify the redux store of your authentication result

  yield put(launchComplete());
};

export default [launchSaga];

Powyższy kod wywołuje akcję a launchStarti launchCompleteredux, którą należy utworzyć. Dobrą praktyką jest tworzenie takich akcji, ponieważ przydają się one do powiadamiania państwa o innych rzeczach, gdy start lub koniec uruchomienia się rozpoczął.

Twoja saga root powinna następnie rozwidlić tę launchSagasagę:

sagi / index.js

import { fork, all } from 'redux-saga/effects';
import launchSaga from './launchSaga';
// ... other saga imports

// Single entry point to start all sagas at once
const root = function* rootSaga() {
  yield all([
    fork( ... )
    // ... other sagas
    fork(launchSaga)
  ]);
};

export default root;

Przeczytaj naprawdę dobrą dokumentację sagi redux, aby uzyskać więcej informacji na jej temat.


strona nie zostanie załadowana, dopóki ta czynność nie zostanie zakończona, prawda?
— Markov

1

Oto odpowiedź wykorzystująca najnowszą wersję React (16.8), hooki:

import { appPreInit } from '../store/actions';
// app preInit is an action: const appPreInit = () => ({ type: APP_PRE_INIT })
import { useDispatch } from 'react-redux';
export default App() {
    const dispatch = useDispatch();
    // only change the dispatch effect when dispatch has changed, which should be never
    useEffect(() => dispatch(appPreInit()), [ dispatch ]);
    return (<div>---your app here---</div>);
}

0

Używałem redux-thunk do pobierania kont użytkownika z punktu końcowego API podczas inicjowania aplikacji i było to asynchroniczne, więc dane przychodziły po wyrenderowaniu mojej aplikacji i większość powyższych rozwiązań nie zdziała dla mnie cudów, a niektóre są amortyzowane. Więc spojrzałem na componentDidUpdate (). Więc w zasadzie w APP init musiałem mieć listy kont z API, a moje konta w sklepie redux miałyby wartość null lub []. Uciekłem się do tego później.

class SwitchAccount extends Component {

    constructor(props) {
        super(props);

        this.Format_Account_List = this.Format_Account_List.bind(this); //function to format list for html form drop down

        //Local state
        this.state = {
                formattedUserAccounts : [],  //Accounts list with html formatting for drop down
                selectedUserAccount: [] //selected account by user

        }

    }



    //Check if accounts has been updated by redux thunk and update state
    componentDidUpdate(prevProps) {

        if (prevProps.accounts !== this.props.accounts) {
            this.Format_Account_List(this.props.accounts);
        }
     }


     //take the JSON data and work with it :-)   
     Format_Account_List(json_data){

        let a_users_list = []; //create user array
        for(let i = 0; i < json_data.length; i++) {

            let data = JSON.parse(json_data[i]);
            let s_username = <option key={i} value={data.s_username}>{data.s_username}</option>;
            a_users_list.push(s_username); //object
        }

        this.setState({formattedUserAccounts: a_users_list}); //state for drop down list (html formatted)

    }

     changeAccount() {

         //do some account change checks here
      }

      render() {


        return (
             <Form >
                <Form.Group >
                    <Form.Control onChange={e => this.setState( {selectedUserAccount : e.target.value})} as="select">
                        {this.state.formattedUserAccounts}
                    </Form.Control>
                </Form.Group>
                <Button variant="info" size="lg" onClick={this.changeAccount} block>Select</Button>
            </Form>
          );


         }    
 }

 const mapStateToProps = state => ({
      accounts: state.accountSelection.accounts, //accounts from redux store
 });


  export default connect(mapStateToProps)(SwitchAccount);

0

Jeśli używasz React Hooks, możesz po prostu wywołać akcję za pomocą React.useEffect

React.useEffect(props.dispatchOnAuthListener, []);

Używam tego wzorca dla onAuthStateChangedsłuchacza rejestru

function App(props) {
  const [user, setUser] = React.useState(props.authUser);
  React.useEffect(() => setUser(props.authUser), [props.authUser]);
  React.useEffect(props.dispatchOnAuthListener, []);
  return <>{user.loading ? "Loading.." :"Hello! User"}<>;
}

const mapStateToProps = (state) => {
  return {
    authUser: state.authentication,
  };
};

const mapDispatchToProps = (dispatch) => {
  return {
    dispatchOnAuthListener: () => dispatch(registerOnAuthListener()),
  };
};

export default connect(mapStateToProps, mapDispatchToProps)(App);

-1

Zastosowanie: Apollo Client 2.0, React-Router v4, React 16 (Fiber)

Wybrana odpowiedź używa starego React Router v3. Musiałem wykonać „wysyłkę”, aby załadować globalne ustawienia aplikacji. Sztuczka polega na użyciu componentWillUpdate, chociaż przykład używa klienta apollo, a nie pobieranie rozwiązań jest równoważne. Nie potrzebujesz boucle

SettingsLoad.js

import React, { Component } from 'react';
import { connect } from 'react-redux';
import {bindActionCreators} from "redux";
import {
  graphql,
  compose,
} from 'react-apollo';

import {appSettingsLoad} from './actions/appActions';
import defQls from './defQls';
import {resolvePathObj} from "./utils/helper";
class SettingsLoad extends Component {

  constructor(props) {
    super(props);
  }

  componentWillMount() { // this give infinite loop or no sense if componente will mount or not, because render is called a lot of times

  }

  //componentWillReceiveProps(newProps) { // this give infinite loop
  componentWillUpdate(newProps) {

    const newrecord = resolvePathObj(newProps, 'getOrgSettings.getOrgSettings.record');
    const oldrecord = resolvePathObj(this.props, 'getOrgSettings.getOrgSettings.record');
    if (newrecord === oldrecord) {
      // when oldrecord (undefined) !== newrecord (string), means ql is loaded, and this will happens
      //  one time, rest of time:
      //     oldrecord (undefined) == newrecord (undefined)  // nothing loaded
      //     oldrecord (string) == newrecord (string)   // ql loaded and present in props
      return false;
    }
    if (typeof newrecord ==='undefined') {
      return false;
    }
    // here will executed one time
    setTimeout(() => {
      this.props.appSettingsLoad( JSON.parse(this.props.getOrgSettings.getOrgSettings.record));
    }, 1000);

  }
  componentDidMount() {
    //console.log('did mount this props', this.props);

  }

  render() {
    const record = resolvePathObj(this.props, 'getOrgSettings.getOrgSettings.record');
    return record
      ? this.props.children
      : (<p>...</p>);
  }
}

const withGraphql = compose(

  graphql(defQls.loadTable, {
    name: 'loadTable',
    options: props => {
      const optionsValues = {  };
      optionsValues.fetchPolicy = 'network-only';
      return optionsValues ;
    },
  }),
)(SettingsLoad);


const mapStateToProps = (state, ownProps) => {
  return {
    myState: state,
  };
};

const mapDispatchToProps = (dispatch) => {
  return bindActionCreators ({appSettingsLoad, dispatch }, dispatch );  // to set this.props.dispatch
};

const ComponentFull = connect(
  mapStateToProps ,
  mapDispatchToProps,
)(withGraphql);

export default ComponentFull;

App.js

class App extends Component<Props> {
  render() {

    return (
        <ApolloProvider client={client}>
          <Provider store={store} >
            <SettingsLoad>
              <BrowserRouter>
            <Switch>
              <LayoutContainer
                t={t}
                i18n={i18n}
                path="/myaccount"
                component={MyAccount}
                title="form.myAccount"
              />
              <LayoutContainer
                t={t}
                i18n={i18n}
                path="/dashboard"
                component={Dashboard}
                title="menu.dashboard"
              />

2
Ten kod jest niekompletny i wymaga przycięcia dla nieistotnych części pytania.
— Naoise Golden
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.