ASP.NET:使用Request [“param”]与使用Request.QueryString [
发布时间:2020-12-16 09:16:39 所属栏目:asp.Net 来源:网络整理
导读:从ASP.NET中的代码隐藏访问表单或查询字符串值时,使用的优缺点是什么,比如说: // short waystring p = Request["param"]; 代替: // long waystring p = Request.QueryString["param"]; // if it's in the query string orstring p = Request.Form["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(以及PHP中的等效概念)中,我总是使用你称之为“长形式”的东西.我这样做是出于这样的原则:我想确切地知道输入值的来源,以便我确保他们以我期望的方式进入我的应用程序.因此,对于输入验证和安全性,我更喜欢更长的方式.另外,正如您所建议的那样,我认为可维护性值得一些额外的击键. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
相关内容
- 使用什么方法将ASP.Net应用程序部署到野外?
- asp.net – 免费DotNetNuke皮肤资源
- asp.net-mvc – ASP.NET Web API无法在Azure上运行
- asp.net-mvc – 在扩展方法中使用IoC
- asp.net-mvc-3 – ASP.NET MVC 3一对多表格
- asp.net-mvc – ASP .NET MVC保护控制器/动作
- ASP.NET 4菜单隐藏在包含Silverlight应用程序的div后面
- 文件上传 – 是否可以在上传文件的asp.net webapi中进行模型
- ASP.NET友好URL
- asp.net-mvc – ASP MVC 5项目’New Scaffolded Item …’在
推荐文章
站长推荐
热点阅读