最好使用Next。js和ASP。NET核心web api，如果SSR不是目标？

Question

下一步我将研究React框架。js，看看它是否最适合作为我下一个应用程序的SPA。NET核心将是后端。我过去曾使用过create react app，因此希望下一步比较。js使用它。我们的目标不是服务器端渲染（SSR）。我们的项目将是管理类项目和搜索引擎优化并不真正重要。我们肯定需要表现。我们不能使用静态生成，因为我们需要为每个页面加载最新数据。我们也需要redux。

接下来我读到的主要好处。它们是：

• SSR

从上面提到的这些特性来看，我相信文件路由只会对我们有用，因为我们的项目不需要其他特性。此外，我看不到任何组件生命周期事件。我们还可以和Next一起使用吗。js？

有人能强调使用Next.js?的其他好处吗？使用Next.js是否值得？

Answer 1

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

nextjs excels位于示例文件夹和社区。对于大多数用例，您会发现一个在访问社区之前完成工作的示例。

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

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

最近，我管理后端的同事没有时间为时事通讯订阅者提供一个应用编程接口，这没什么大不了的，因为我可以用他们的应用编程接口路由自己创建它，没有额外的设置-创建一个文件夹，文件

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

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