调用MapRazorPages()是否构成UseEndpoints()调用?能否满足路由要求?
根据ASP.NET Core官方文档中关于UseRouting()的说明,调用UseRouting()后必须调用UseEndpoints():
对同一个IApplicationBuilder实例调用UseRouting(IApplicationBuilder)后,必须调用UseEndpoints(IApplicationBuilder, Action)。
但在某些官方教程的代码示例中,我看到调用UseRouting()后省略了UseEndpoints(),转而使用MapRazorPages()。这样的写法是否安全?
我曾向ChatGPT提出以下问题:
App.MapRazorPages和App.UseEndpoints(Sub(Routes) Routes.MapRazorPages)有什么区别?
得到的回复如下:
App.MapRazorPages是用于配置ASP.NET Core应用中Razor页面路由的方法。它为所有Razor页面添加默认路由{page}/{handler?},其中page是Razor页面名称,handler是页面内定义的可选处理方法名称。
App.UseEndpoints用于指定应用接收请求时执行的中间件管道。在传入UseEndpoints的Lambda表达式中,可调用MapRazorPages为管道添加Razor页面路由。
简而言之,
App.MapRazorPages是专门配置Razor页面路由的方法,而App.UseEndpoints是更通用的方法,可指定中间件管道并注册各类端点(包括Razor页面)。
但文档明确要求调用UseRouting()后必须调用UseEndpoints(),仅调用MapRazorPages()能否满足这一要求?StackOverflow上的一篇回答似乎表明可行,但我希望得到确切的验证。
---编辑---
之后我再次咨询ChatGPT,得到如下回复:
不能仅依赖调用
MapRazorPages()来替代必需的UseEndpoints()调用。
UseRouting()用于启用ASP.NET Core应用的路由功能,搭建路由系统并准备应用处理请求。
MapRazorPages()是用于配置ASP.NET Core应用中Razor页面的扩展方法,它会向应用的端点路由表添加Razor页面端点,使应用可处理Razor页面请求。
UseEndpoints()用于定义ASP.NET Core应用的端点,它会为传入Lambda中定义的每个端点向应用的端点路由表添加路由。
因此,尽管
MapRazorPages()可配置Razor页面并添加对应端点,但它无法替代UseEndpoints()。UseEndpoints()是正确定义应用端点、处理请求所必需的。
我对此结论存疑,希望有人能予以证实。
内容的提问来源于stack exchange,提问作者InteXX

