我已经使用 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将照顾）。
Nextjs 的最佳功能之一是包含 70 多个实现示例列表的庞大列表，几乎代表了 CSS 框架、存储（flux/redux/mobx/graphQL）框架、节点服务器等的所有组合。
它可以建立一个reactSSR解决方案，而Next.js，但干净的hooks服务器端逻辑（getInitialProps，pages/app.js，等...）是什么让Next.js的首选这里。Next.js 在这里大放异彩，它允许您编写干净、可维护和高性能的SSR Web 应用程序。
最后，开发团队和社区很棒！