ReactNative 無限導航頁面的狀態管理

項目使用的主要框架:

  • React-native 0.61.5
  • React-redux 7.1.3
  • React-navigation 4.2.2
  • Dva 2.0.2

問題

RN項目中遇到了無限向下導航的場景,類似汽車之家論壇,帖子明細畫面點擊某個用戶的頭像,進入其動態畫面再點擊他的帖子,又進入帖子詳情畫面,再點擊其他用戶頭像,又進入他人動態畫面....

無限向下導航,即A-->B-->C-->B-->C-->B-->C...;每次畫面B或畫面C出現時,顯示的內容不同(根據ID從接口查詢數據),但畫面結構都是一樣的。

如果不集成Redux/Dva這種狀態管理,應該是沒問題的,因為狀態是和畫面實例綁定的,每次畫面B出現時,是不同的畫面實例。

如果集成了Redux/Dva狀態管理工具,則畫面B的所有實例狀態都被綁定在Redux中了,后一個畫面B的數據加載,會影響前一個畫面B的頁面顯示(返回的時候)!Model如下:

const defaultState = {
  loading: true,
  userId: null,
  userInfo: null,
  activites: [],
};
export default {
  namespace: 'profile',
  state: {...defaultState},
  reducers: {
    updateState(state, {payload}) {
      let obj = {...state, ...payload};
      return obj;
    },
    ...
  },
  effects: {
    *reset({payload = {}}, {call, put, select}) {
      yield put(createAction('updateState')({...defaultState}));
    },
    ...
  },
};

解決方法

區分開每次畫面B加載時,保存在Redux中的狀態,上面profile的model中的狀態要改為

state: {
  user0: {...defaultState},
  user1: {...defaultState},
  // ...
},

相當于畫面B在Redux中的state多了一個層級,sub state的key為“user” + ID,這樣每次畫面B出現時,就增加了一個sub state,這樣就不會影響前一個畫面B了。

另外,ID這個狀態值要維護在畫面B的實例里,畫面B的實例根據這個ID去Redux中查找對應的全部狀態。

@connect(({profile}) => ({...profile}))
class UserProfile extends React.PureComponent {

  constructor(props) {
    super(props);
    this.state = {
      // 當前畫面實例的state key
      stateKey:'user0',
    };
  }
  
  componentDidMount() {
    const {dispatch, navigation} = this.props;
    let {user_id} = navigation.state.params;
    let stateKey = "user" + user_id;
    this.setState({stateKey});
    // 之后每次action,都要帶上sub state key,否則不知道要更新哪個畫面的狀態
    dispatch(createAction('profile/index')({forceRefresh: true, stateKey}));
  }
}
export default UserProfile;

參考:

https://stackoverflow.com/questions/55211289/stack-same-screen-multiple-times-with-react-navigation

https://stackoverflow.com/questions/49865165/redux-nested-state-with-dynamic-key

https://stackoverflow.com/questions/40023091/react-native-redux-multiple-instances-of-same-state-in-app

?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 230,578評論 6 544
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 99,701評論 3 429
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 178,691評論 0 383
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,974評論 1 318
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 72,694評論 6 413
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 56,026評論 1 329
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 44,015評論 3 450
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 43,193評論 0 290
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 49,719評論 1 336
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 41,442評論 3 360
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,668評論 1 374
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 39,151評論 5 365
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,846評論 3 351
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 35,255評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,592評論 1 295
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 52,394評論 3 400
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,635評論 2 380