仅进行“静态生成”时,是不是真的需要在“Next.js + Redux Toolkit”应用程序中使用“next-redux-wrapper”?
Posted
技术标签:
【中文标题】仅进行“静态生成”时,是不是真的需要在“Next.js + Redux Toolkit”应用程序中使用“next-redux-wrapper”?【英文标题】:Is it really required to use 'next-redux-wrapper' in a 'Next.js + Redux Toolkit' application when doing only 'static generation'?仅进行“静态生成”时,是否真的需要在“Next.js + Redux Toolkit”应用程序中使用“next-redux-wrapper”? 【发布时间】:2021-12-19 17:25:05 【问题描述】:我打算创建一个 Next.js 应用程序以及 Redux Toolkit 用于状态管理。 我只会做 Static Generation(使用 getStaticProps 和 getStaticPaths)。
我需要使用 next-redux-wrapper (https://github.com/kirill-konshin/next-redux-wrapper) 吗?
我能否在不使用 next-redux-wrapper 的情况下获得静态生成的所有好处?
【问题讨论】:
【参考方案1】:简短的回答是 - 这不是必需的,但它使事情更方便。即使是静态的。
【讨论】:
【参考方案2】:我想说,如果你只需要静态生成,添加 Redux 会让你的生活变得更加艰难。由于 getStaticProps (以及 getServerSideProps )是在服务器上完成的,每个页面导航都会导致新的 redux 存储,这将是相当痛苦的与已经存在客户端状态。
只有当你使用经典的 getInitialProp 初始化一次,然后只在客户端使用时,Redux 才有效。
如果您在 useEffect 中仍有大量客户端状态管理,那么使用 Redux 可能是有意义的,但请仔细阅读 next-redux-wrapper 的 hydration 部分文档。
【讨论】:
以上是关于仅进行“静态生成”时,是不是真的需要在“Next.js + Redux Toolkit”应用程序中使用“next-redux-wrapper”?的主要内容,如果未能解决你的问题,请参考以下文章