Lea*_*ner 14 node.js ecmascript-6 reactjs webpack next.js
我使用React + redux + EJS(带有服务器端渲染)开发了一个应用程序,并且它在生产中运行良好.我已经使用webpack配置配置了SSR + redux和所有代码拆分的东西.我还实现了自定义缓存中间件来缓存SSR渲染的html字符串(根据需要).
现在,我被告知要重构代码以适应next.js框架,并且想知道真正需要它.如果我已经找到了在没有next.js框架的情况下进行SSR的方法,那么使用next.js的主要优点是什么？
我不仅仅是在征求意见,而是试图理解next.js(如果有的话)对CRA的真正利弊.
如果有人需要参考,我已经在这里上传了锅炉板:https://github.com/bbest123/reactreduxssr
我能想到的使用Next.js 的唯一缺点是它固执己见。这将要求您以某种方式构建事物，而 IMO 仍然具有很强的可扩展性。
Link和预取功能）所有这些事情都说，如果您已经构建了您的解决方案Next.js并且它适用于您的用例，那么 IMO 没有必要迁移到 Next 除非您有兴趣抽象 SSR 的某些配置和工作（其中Next.js将照顾）。
| 归档时间： |
|
| 查看次数： |
2570 次 |
| 最近记录： |