ASP.NET中,Request.Form和Request.QueryString如何与Request[param]实现相同功能?

2026-03-30 11:561阅读0评论SEO资讯
  • 内容介绍
  • 文章标签
  • 相关推荐

本文共计425个文字,预计阅读时间需要2分钟。

ASP.NET中,Request.Form和Request.QueryString如何与Request[param]实现相同功能?

从ASP.NET代码中隐藏访问查询表单或查询字符串值时,常用的简便方法是直接使用`Request`对象。例如:

csharp// 简便方法string p=Request[param];

// 替代方法string p=Request.QueryString[param];

从ASP.NET中的代码隐藏访问表单或查询字符串值时,使用的优缺点是什么,比如说:

// short way string p = Request["param"];

代替:

// long way string p = Request.QueryString["param"]; // if it's in the query string or string p = Request.Form["param"]; // for posted form values

我已多次考虑过这个问题了,并提出:

简短的方法:

>更短(更易读,更容易记住新手等)

很长的路要走:

ASP.NET中,Request.Form和Request.QueryString如何与Request[param]实现相同功能?

>如果存在具有相同名称的表单值和查询字符串值,则没有问题(尽管这通常不是问题)
>稍后阅读代码的人知道是否查找URL或表单元素以查找数据源(可能是最重要的一点)

.

那么每种方法还有哪些优点/缺点呢?

漫长的道路更好,因为:

>它更容易(稍后阅读代码时)查找值的来源(提高可读性)
>它稍微快一点(虽然这通常不重要,只适用于第一次访问)

在ASP.NET(以及PHP中的等效概念)中,我总是使用你称之为“长形式”的东西.我这样做是出于这样的原则:我想确切地知道输入值的来源,以便我确保他们以我期望的方式进入我的应用程序.因此,对于输入验证和安全性,我更喜欢更长的方式.另外,正如您所建议的那样,我认为可维护性值得一些额外的击键.

本文共计425个文字,预计阅读时间需要2分钟。

ASP.NET中,Request.Form和Request.QueryString如何与Request[param]实现相同功能?

从ASP.NET代码中隐藏访问查询表单或查询字符串值时,常用的简便方法是直接使用`Request`对象。例如:

csharp// 简便方法string p=Request[param];

// 替代方法string p=Request.QueryString[param];

从ASP.NET中的代码隐藏访问表单或查询字符串值时,使用的优缺点是什么,比如说:

// short way string p = Request["param"];

代替:

// long way string p = Request.QueryString["param"]; // if it's in the query string or string p = Request.Form["param"]; // for posted form values

我已多次考虑过这个问题了,并提出:

简短的方法:

>更短(更易读,更容易记住新手等)

很长的路要走:

ASP.NET中,Request.Form和Request.QueryString如何与Request[param]实现相同功能?

>如果存在具有相同名称的表单值和查询字符串值,则没有问题(尽管这通常不是问题)
>稍后阅读代码的人知道是否查找URL或表单元素以查找数据源(可能是最重要的一点)

.

那么每种方法还有哪些优点/缺点呢?

漫长的道路更好,因为:

>它更容易(稍后阅读代码时)查找值的来源(提高可读性)
>它稍微快一点(虽然这通常不重要,只适用于第一次访问)

在ASP.NET(以及PHP中的等效概念)中,我总是使用你称之为“长形式”的东西.我这样做是出于这样的原则:我想确切地知道输入值的来源,以便我确保他们以我期望的方式进入我的应用程序.因此,对于输入验证和安全性,我更喜欢更长的方式.另外,正如您所建议的那样,我认为可维护性值得一些额外的击键.