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

Question

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

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

• 固态继电器
• 文件路由
• 全栈开发 - 可以使用后端（Node.JS）

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

谁能强调一下使用 Next.js 的其他好处吗？值得使用Next.js吗create-react-app？

Answer 1

我和我的老师为网络开发想出了一个简洁的小堆栈。我称之为 NAPER：

• N = NextJS（SSR 和 SSG）
• A = ASP.Net（用 C# 编写的基于编译的 API）
• P = PostgreSQL（关系数据库）
• E = EntityFramework（C# 的强 ORM）
• R = Redis（缓存数据库）

该堆栈允许我们通过 ASP.Net API 使用 NextJS SSR/SSG 功能。NextJS“API”用作 ASP.Net API 的代理。

Answer 2

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

\n

nextjs 的优势在于示例文件夹和社区。对于大多数用例，您会在访问社区之前找到一个可以完成这项工作的示例。

\n

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

\n

我不喜欢小团队中的部署开销。我可以创建一个营销网站，其中包含多个用于 SEO 的 SSG 渲染登陆页面、一个 SPA 客户端仪表板、一个 SPA 管理仪表板、SSR Blogpages\xe2\x80\xa6，所有这些都在一个项目中 - 一个部署。另一方面，我需要为每个 SPA 提供一个 CRA 实例、nginx，也许还需要 WordPress。但如果您的管理项目没有 \xe2\x80\x99t 附带这种 \xe2\x80\x9estandards\xe2\x80\x9c 我建议与 CRA 合作。

\n

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

\n

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

\n

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

\n