时间戳

首页 > 解决方案 > 如果 SSR 不是目标，是否最好将 Next.js 与 ASP.NET Core Web api 一起使用？

reactjs - 如果 SSR 不是目标，是否最好将 Next.js 与 ASP.NET Core Web api 一起使用？

问题描述

我正在研究 React 框架 Next.js，看看它是否最适合作为我的下一个应用程序的 SPA，其中 ASP.NET Core 将是后端。我以前用过create-react-app，所以想Next.js和它比较。我们的目的不是Server Side Rendering(SSR)。我们的项目将是管理员类型的项目，SEO 并不重要。我们肯定需要性能。我们不能使用静态生成，因为我们需要为每个页面加载最新数据。我们也需要 redux。

我读到的关于 Next.js 的主要好处是：

从这些提到的功能中，我相信文件路由只会对我们有用，因为我们的项目不需要其他功能。此外，我看不到任何组件生命周期事件。我们还能将它与 Next.js 一起使用吗？

任何人都可以强调使用 Next.js 的其他好处吗？是否值得使用Next.jsover create-react-app？

标签： reactjsasp.net-corereduxnext.jssingle-page-application

解决方案

在过去的三年里，我在小型项目、大型生产环境和一些基本的营销网站中使用过 nextjs。

nextjs 擅长的地方是示例文件夹和社区。对于大多数用例，您会找到一个在访问社区之前完成工作的示例。

对我来说，nextjs 是 web 的金锤。我使用的第三方库要少得多，因为它附带了大多数通用功能。路由器、图像、压缩、动态导入、基本后端..

我不喜欢小团队的部署开销。我可以创建一个营销站点，其中包含多个 SSG 渲染的 SEO 登录页面、一个 SPA 客户端仪表板、一个 SPA 管理仪表板、SSR 博客页面……所有这些都在一个项目中 - 一个部署。另一方面，我需要为每个 SPA 提供一个 CRA 实例、nginx 和 WordPress。但是，如果您的管理项目不符合这种“标准”，我建议您与 CRA 合作。

最近，我管理后端的同事没有时间为时事通讯订阅者提供 API，这没什么大不了的，因为我可以使用他们的 API 路由自己创建它，无需额外的设置 - 创建一个文件夹、文件并完成。

总而言之，如果你知道反应，你就知道下一步。如果您想要额外的功能，您将不得不学习它们。作为回报，您将获得灵活性。

A：组件生命周期仍然是通过 react 本身来实现的。

推荐阅读