Asp.net 我应该使用Request.Params而不是显式执行Request.Form吗？
我所有的代码都使用了Request.Form。如果我需要查询，我也会明确地点击它。在一次代码审查中，我发现我可能应该使用Params集合Asp.net 我应该使用Request.Params而不是显式执行Request.Form吗？,asp.net,request,Asp.net,Request,我所有的代码都使用了Request.Form。如果我需要查询，我也会明确地点击它。在一次代码审查中，我发现我可能应该使用Params集合 我认为这是一个最佳实践，直接点击合适的集合。我在寻找对论点的一方或另一方的一些强化。通过使用请求下的属性，您可以将检索范围缩小到适当的集合（这对于可读性和性能是一件好事）。我认为你的方法是一个最佳实践，并遵循它自己。 通过使用请求下的属性，你正在缩小你的检索到正确的集合（这对于可读性和性能来说是一件好事）。我认为你的方法是一个最佳实践，并遵循它自己。 使用请求
我认为这是一个最佳实践，直接点击合适的集合。我在寻找对论点的一方或另一方的一些强化。通过使用请求下的属性，您可以将检索范围缩小到适当的集合（这对于可读性和性能是一件好事）。我认为你的方法是一个最佳实践，并遵循它自己。 通过使用请求下的属性，你正在缩小你的检索到正确的集合（这对于可读性和性能来说是一件好事）。我认为你的方法是一个最佳实践，并遵循它自己。
使用请求表单更安全。这将防止用户仅仅通过更改URL来“试验”发布的表单参数。使用Request.Form并不能保证“真正的黑客”的安全，但我认为最好使用表单集合。
使用Request.Form更安全。这将防止用户仅仅通过更改URL来“试验”发布的表单参数。使用Request.Form并不能保证“真正的黑客”的安全，但我认为最好使用表单集合。我一直使用 申请表格（“参数”） 或 请求查询字符串（“参数”） 这完全可以归结为一种更易于阅读的语法。我严重怀疑这会对性能造成影响。我一直使用 申请表格（“参数”） 或 请求查询字符串（“参数”）这完全可以归结为一种更易于阅读的语法。我严重怀疑这是否会对性能造成影响。我唯一一次使用
Request.ParamsFormQuerystringRequest.ParamsD我唯一一次使用
Request.ParamsFormQuerystringRequest.ParamsD我认为最好明确使用表单和查询字符串集合，除非您明确尝试在应用程序中定义灵活的行为，例如在搜索表单中，您可能希望在URL中定义搜索参数或将其保存在cookie（如分页首选项）中。我认为最好使用除非您明确尝试在应用程序中定义灵活的行为，例如在搜索表单中，您可能希望在URL中定义搜索参数或将搜索参数保存在Cookie（如分页首选项）中，否则将显式使用Request.Form和Request.QueryString。原因是两者不可互换。查询字符串用于HTTP Get请求，表单变量用于HTTP post请求 Get请求通常适用于您请求数据的情况，例如，进行google搜索时，搜索词位于查询字符串中。当您将数据发送到web服务器以进行处理或存储时，将显示post。因此，当我说这两个是不可交换的时，我的意思是，如果不破坏功能，就无法从使用GET to POST更改页面 因此，IMHO，页面的实现可以非常清楚地反映这样一个事实，即您希望通过GET或POST请求调用它
/Pete我会显式地使用Request.Form和Request.QueryString。原因是两者不可互换。查询字符串用于HTTP Get请求，表单变量用于HTTP post请求 Get请求通常适用于您请求数据的情况，例如，进行google搜索时，搜索词位于查询字符串中。当您将数据发送到web服务器以进行处理或存储时，将显示post。因此，当我说这两个是不可交换的时，我的意思是，如果不破坏功能，就无法从使用GET to POST更改页面 因此，IMHO，页面的实现可以非常清楚地反映这样一个事实，即您希望通过GET或POST请求调用它
/皮特+1。许多人不知道，除了
表单查询字符串参数Cookies服务器变量表单查询字符串参数Cookies服务器变量