React / Redux-什么時候應該從API獲取新數據來更新商店？

Question

我正在嘗試使用來自API的數據更新/刷新Redux狀態時的最佳實踐。

考慮這種情況：

您有一個“待辦事項”應用程序，其中有許多用戶可能在任何給定時間點更新與您相同的“待辦事項”。 顯然，您希望本地Redux商店最終反映其他用戶的這些更改。

你會：

• 獲取路線更改后的待辦事項的更新集？
• 當/如果用戶對待辦事項進行更改或與其交互，則獲取該待辦事項的更新版本？
• 都？
• 永不-一旦獲取狀態，便將狀態保存在商店中，它成為該會話的真相來源（顯然不理想）
• 還有嗎

我現在對將更改推送到客戶端或輪詢API都不感興趣（嗯！）。 我只是想在大多數開發人員何時刷新以Redux狀態存儲的API派生數據上達成某種共識。

Answer 1

如果您不想推送或輪詢，則在用戶請求時獲取數據。 從不獲取可能非常適合邊緣案例應用程序，但絕對不是常見的使用案例。

Answer 2

這是我從你的問題中得到的

1. 應用程序中的相同空間由多個用戶更新。
2. 應用上的任何用戶都必須由其他用戶完成更改。
3. 您想知道何時獲取數據或刷新商店。

我現在對將更改推送到客戶端或輪詢API都不感興趣（嗯！）。

我不明白這是干什么的。 您可能未在更新應用程序，但要查看您的應用程序應由一個或其他更新的更改。

除此之外，我還告訴您在任何獲取數據的地方都訂閱數據的獲取。 我不知道您對訂閱的理解，根據我的說法，訂閱是為了定期進行獲取以獲取更新。 訂閱本質上是異步的。

我給出一個實現訂閱的簡單示例。

console.log("Started");
let subscription = false;
const getData = () => {
  // call your database and fetch the data and once
  // fetching done call the getData again

 // Think setTimeout as database call.
 // upon resolving the data I called it again
 // It neither stops other call back from running run
  setTimeout(() => {
    console.log("Fetching");
    if(subscription) {
      console.log("shuting");
      return;
    }
    getData();
  }, 1000);
}

getData();

setTimeout(() => {
  console.log("hello");
}, 5000);

setTimeout(() => {
  subscription = true;
}, 8000);