为什么我的 ASP.Net 4.8.1 Webform URL 仍然显示查询字符串？

Question

我正在尝试通过路由为看起来更友好的 URL 进行看似微不足道的设置。 我没有得到格式化的 URL，它总是带有查询字符串的常用格式。

下面是Global.asax.cs页面的相关代码：

protected void Application_Start(object sender, EventArgs e) {
            RegisterRoutes(RouteTable.Routes);
        }

        void RegisterRoutes(RouteCollection routes) {
            routes.MapPageRoute("product-category", "products/{category}", "~/products.aspx");
        }

从products.aspx ：

public partial class products : Basepage {
        private string category = "";

        protected void Page_Load(object sender, EventArgs e) {
                category = "chocolate";
        }
}

我的 URL 仍然看起来像 http://localhost/products.aspx?category=3 而我希望它看起来像 http://localhost/products/chocolate

调试器成功进入RegisterRoutes方法。

Answer 1

那么你有一个选择。

你提供的URL是什么？

添加“友好”的 url 不会突然自动“修复”或“重新格式化”现有的 URL。 因此，URL 中的旧样式查询参数将（并且应该）仍然有效。 我的意思是，如果您决定使用它们，您必须添加代码来解析友好的 URL，并且仍然可以使用现有的 URL，但是如果您想要友好的 URL 格式，那么您必须在该页面中提供额外的代码来选择新的相关 URL 的“格式”。

你可以说有这个页面：

 http://localhost:63267/HotelEditOne2.aspx?HotelName=Super 8

当然，在打开友好 URL 的情况下，我们可以省略 .aspx。

所以，现在我们有这个：

http://localhost:63267/HotelEditOne2?HotelName=Super 8

因此，背后的代码是这样的：

    protected void Page_Load(object sender, EventArgs e)
    {
        LoadData();
    }
    void LoadData()
    {
        string sHotelName = "";

        if (!string.IsNullOrEmpty(Request.QueryString["HotelName"]))
        {
            sHotelName = Request.QueryString["HotelName"];
        }

     // code here to load data based on sHotelName.

但是，如果您想使用/拥有/享受/采用友好的 URL？

那么好吧，我们可以说这是 URL：

http://localhost:63267/HotelEditOne2/HotelName/Super 8

现在我真的很喜欢那些友好的 URL，因为它们对搜索引擎友好，但更重要的是，您可以与其他人共享此类链接。

虽然用户（几乎）永远无法输入带有参数的 URL，但他们通常可以弄清楚上面的内容，因为对于“最终用户”来说，这看起来像一个文件夹路径，并且用户得到/掌握/知道/理解/可以学习使用起来非常简单。

所以，让我们在上面的例子中添加友好的 URL 能力。

所以，我们现在有这段代码：

    protected void Page_Load(object sender, EventArgs e)
    {
        LoadData();
    }
    void LoadData()
    {
        string sHotelName = "";

        if (!string.IsNullOrEmpty(Request.QueryString["HotelName"]))
        {
            sHotelName = Request.QueryString["HotelName"];
        }
        IList<string> fURL = new List<string>();
        fURL = Request.GetFriendlyUrlSegments();

        if ( (fURL.Count == 2) && (fURL[0] == "HotelName"))
        {
            sHotelName = fURL[1];
        }

        if (sHotelName != "")
        {
            string strSQL =
                @"SELECT * FROM tblHotelsA WHERE HotelName = @Hotel";

            SqlCommand cmdSQL = new SqlCommand(strSQL);
            cmdSQL.Parameters.Add("@Hotel", SqlDbType.NVarChar).Value = sHotelName;

            DataTable rstHotel = General.MyRstP(cmdSQL);
            General.FLoader(EditRecord, rstHotel.Rows[0]);
        }

所以，现在我可以使用旧式 URL“查询”参数，或更新的友好 url。

所以，我们现在得到/看到这个：

而且我什至可以在根目录中使用 HotelName，这样您就可以即时组成 URL，甚至没有 web 页面。

但是，在大多数情况下，我倾向于使用/拥有一些着陆页。

但是，我什至可以更改上面的内容，并在“HotelName”的位置说，添加城市或其他任何内容，它们看起来都非常好。

所以，这样说：

http://localhost:63267/HotelEditOne2/City/Edmonton

然后显示我所在城市的酒店列表。

请注意我什至懒得在埃德蒙顿周围添加“引号”。

所以，友好的 url 很棒，事实上，这个非常 web 的网站和消息帖子是基于 .net 的，它也使用了这个功能。 所以，这个问题的 URL 是：

 https://stackoverflow.com/questions/75271601

因此，虽然“默认”大多数模板 - 即使是默认情况下用于网络表单的模板也会默认打开友好的 url，但您必须更改现有代码才能使用它们，而“旧”样式 URL“查询”参数不会“自动”适用于友好的 URL，但如上所示，如果假设您当前有一些 URL 的参数，并且不想破坏现有代码，那么您当然可以同时支持这两种方法。

但是，如果您传递带有参数的旧式 URL，它们仍然必须工作，不是吗？

或者您可能想要一个友好的 URL，但仍然要使用旧的样式参数？ 如果您选择这条路（友好 + 参数），那么在大多数情况下，您只会删除 .aspx 扩展名，但您仍然必须提供参数。

所以，如果你想为友好的 URL 采用“类似路径”的格式，那么你必须更改你的代码，并且没有从一种格式到另一种格式的“自动”转换。 （即：旧样式 URL 参数不会“自动”更改为带有“/”的漂亮的新“类路径”格式，用于向下钻取参数。

因此，如前所述，您将必须按照上述更改代码以支持从那些友好的 url 中解析出值。 因此，您可以支持这两种格式，但这需要代码和您的努力，并且“简单”打开友好 URL 的 STILL 需要您编写代码才能享受新的参数基本格式。

我强烈建议采用它们，因为它们确实可以清理您的 URL。

对于页面到页面的导航，我使用代码隐藏和 session 在页面之间传递值。 我“非常”不喜欢 URL 中的参数（而且它们通常根本不安全 - 所以永远不要传递诸如数据库 PK id 之类的东西）。

但是，对于客户来说，是否可以通过某个报价编号等跳转到某个项目或其他内容？ 那么，是的，对于提供良好的“类似文件夹”深入到给定项目或报价/发票编号或其他内容的 URL，客户会如鱼得水。