与使用普通 React 相比，使用 Next.js 进行服务器端渲染的潜在缺点是什么
What are the potential downsides of using Next.js for serverside rendering vs using plain React
我们正在考虑重写我们的 React 应用程序以使用服务器端渲染并被介绍给 Next.js。这似乎是一个很好的解决方案，开箱即用（路由、webpack 等）只需最少的设置。然而，我们不确定沿着这条路线可能会遇到哪些潜在的陷阱，以及何时围绕 React 提供的 renderToString 方法构建项目可能更有意义。非常感谢使用过这两种解决方案的人的任何见解。
Next.js 是一个自以为是的 web 框架，而普通的 React 只是一个用于操纵 DOM 的库。通过使用 Next.js，你会发现它内置了一个基于文件的路由器，以及 SSR 和其他你必须自己实现的东西。如果你需要实现不同的路由器或类似 Redux 的东西，这只会成为一个缺点——在这种情况下你可能会发现自己在战斗 Next.js。但是，如果您对 Next.js 的功能感到满意，尤其是 SSR 渲染功能，那么它可以为您节省很多时间和压力。
我们正在考虑重写我们的 React 应用程序以使用服务器端渲染并被介绍给 Next.js。这似乎是一个很好的解决方案，开箱即用（路由、webpack 等）只需最少的设置。然而，我们不确定沿着这条路线可能会遇到哪些潜在的陷阱，以及何时围绕 React 提供的 renderToString 方法构建项目可能更有意义。非常感谢使用过这两种解决方案的人的任何见解。
Next.js 是一个自以为是的 web 框架，而普通的 React 只是一个用于操纵 DOM 的库。通过使用 Next.js，你会发现它内置了一个基于文件的路由器，以及 SSR 和其他你必须自己实现的东西。如果你需要实现不同的路由器或类似 Redux 的东西，这只会成为一个缺点——在这种情况下你可能会发现自己在战斗 Next.js。但是，如果您对 Next.js 的功能感到满意，尤其是 SSR 渲染功能，那么它可以为您节省很多时间和压力。