对于 redux store 来说多大算太大？
How big is too big for a redux store?
所以，我正在考虑将我们的整个翻译对象放入 redux 存储中，然后再整合到客户端上。此翻译对象经过 gzip 压缩后约为 50kb，未压缩时约为 115kb。
我们整个网站都是翻译的，所以这个翻译对象基本上代表了整个网站的所有非动态复制。如果它在初始 http 请求时被添加到客户端，它应该提供即时浏览体验，至少对于内部副本。
但是，我想知道这对于 redux 商店来说是否太大了？
我认为 Redux 商店没有 'too big' 大小。但是它应该只包含应用程序状态。翻译对象应该在代码中，您应该通过 i18n 库访问它们。
状态应该有一个字段说明你必须向用户显示什么语言。
您应该单独加载翻译。 Webpack 允许进行代码拆分，这很有帮助。或者您可以只使用脚本标签。
单独加载的原因是浏览器可以缓存它。这允许每个用户只加载一次。由于React生成的HTML页面是动态的，你传下来的store也是动态的，所以不能缓存。
如此庞大的数据块，在每次页面加载时都加载它是个坏主意。
另外，这家商店是为州政府准备的。这是为了处理变化的东西。将静态数据放在那里并不是它要处理的。这并不意味着它不能完成，但它不是一个很好的匹配。
所以，我正在考虑将我们的整个翻译对象放入 redux 存储中，然后再整合到客户端上。此翻译对象经过 gzip 压缩后约为 50kb，未压缩时约为 115kb。
我们整个网站都是翻译的，所以这个翻译对象基本上代表了整个网站的所有非动态复制。如果它在初始 http 请求时被添加到客户端，它应该提供即时浏览体验，至少对于内部副本。
但是，我想知道这对于 redux 商店来说是否太大了？
我认为 Redux 商店没有 'too big' 大小。但是它应该只包含应用程序状态。翻译对象应该在代码中，您应该通过 i18n 库访问它们。 状态应该有一个字段说明你必须向用户显示什么语言。
您应该单独加载翻译。 Webpack 允许进行代码拆分，这很有帮助。或者您可以只使用脚本标签。
单独加载的原因是浏览器可以缓存它。这允许每个用户只加载一次。由于React生成的HTML页面是动态的，你传下来的store也是动态的，所以不能缓存。
如此庞大的数据块，在每次页面加载时都加载它是个坏主意。
另外，这家商店是为州政府准备的。这是为了处理变化的东西。将静态数据放在那里并不是它要处理的。这并不意味着它不能完成，但它不是一个很好的匹配。