IIS URL 重写和 .NET Core

Question

我的目标是利用 IIS URL 重写来简化对用户可见的 URL 路径，但不会破坏我的核心 asp 页面引用

示例：。如果我的 IIS 将 sentoso.com/apple 重写为 sentoso.com/applications/app1/fruits/apple，我如何在 asp 应用中找到 sentoso.com/apple 的值？

asp的内部重写功能只适用于应用程序位置之后的路由，而不是应用程序本身的路径，这就是为什么我需要IIS重写才能深入到应用程序的目录。 asp rewrite 无法重写上一段中的示例。

Scott Guy 在旧版 asp 中管理了一些 RawUrl 技巧，如下所示：

https://weblogs.asp.net/scottgu/tip-trick-url-rewriting-with-asp-net

但 .NET Core 中不存在 RawUrl 属性。

Answer 1

具有单个域的多个网站

如果您想在 IIS 中托管多个单独的网站，您只需为每个网站输入Create a Web Site，然后为域名输入Add a Binding。 IIS 开箱即用地支持这一点，因此在这种情况下无需重写 URL。

具有多个域名的多租户网站

在这种情况下，使用 .NET 路由比 URL 重写更可取。

URL 重写在 .NET Core 中实际上已经失效。在 ASP.NET 的早期版本中需要它，因为 .aspx、.ashx 和 .asmx 处理程序是基于文件的，如果您希望 URL 与文件名不同，则必须重写传入的请求到文件名。这只是一种通过在 HTTP 请求中插入与真实值不同的值来“伪造”URL 的方法。

但重写导致了一些问题，尤其是对于依赖这些 HTTP 请求值来准确表示请求的组件。

但是，多年前创建了 ASP.NET 路由。不再伪造 HTTP 上下文 - 路由直接 到达请求的资源，无需重写和重定向。更好的是：路由管理整个应用程序的所有 URL 活动。它不仅会将传入的 URL 发送到确切的页面或操作方法，还可以用于生成 URL，以用于超链接、JavaScript、重定向等。这实际上意味着如果您更改路由的 URL，它将在应用程序中的所有位置自动更新。

另一个区别是路由不会将一个 URL 映射到另一个 URL，在 MVC 中它将一个 URL 映射到 路由值 的字典。例如，您可以将 URL apple 映射到 controller="Fruits", action="Apple"。然后，当您转到 http://www.somesite.com/apple 时，MVC 将通过执行 FruitsController.Apple 操作方法来响应。

因此，对于所有现代应用程序，都使用 .NET 路由而不是 URL 重写。

参考：Routing in ASP.NET Core