Asp.net core endpoints.MapFallbackToFile(“index.html”)会打乱asp.net核心项目中的路由
该解决方案有一个web api项目,它也是blazor webassembly前端的主机 有了这个配置,一切正常。当从postman调用WebApi端点时,会正确命中Asp.net core endpoints.MapFallbackToFile(“index.html”)会打乱asp.net核心项目中的路由,asp.net-core,routes,blazor-webassembly,Asp.net Core,Routes,Blazor Webassembly,该解决方案有一个web api项目,它也是blazor webassembly前端的主机 有了这个配置,一切正常。当从postman调用WebApi端点时,会正确命中 app.UseEndpoints(endpoints => { endpoints.MapControllers(); endpoints.MapRazorPages(); }); 当添加MapFallBackToFile时,某些Api端点不再被命中,而是服务于该默认
app.UseEndpoints(endpoints =>
{
endpoints.MapControllers();
endpoints.MapRazorPages();
});
当添加MapFallBackToFile时,某些Api端点不再被命中,而是服务于该默认文件
app.UseEndpoints(endpoints =>
{
endpoints.MapControllers();
endpoints.MapRazorPages();
endpoints.MapFallbackToFile("index.html");
});
添加此回退的原因:用作Blazor前端的登录页
有什么建议吗?
当添加MapFallBackToFile时,突然某些Api端点不再被击中
请共享相应Api操作的代码以及用于从blazor webassembly前端向该Api端点发出请求的相关代码,因此,我们可以帮助更好地解决问题。我将尝试剥离项目的基本知识,并与大家分享。我有一个类似的问题;我相信端点不遵循任何优先级逻辑,因此可以调用或不调用回退,只要它没有映射到文件(我不确定,但这是我到目前为止的结论)。我认为MapFallbackToFile对于Api控制器可能不可靠。你找到解决办法了吗?这能回答你的问题吗?