从用户体验的角度来看,会话状态和查询字符串有什么区别?

what is the difference between session state and query string from user experience point of view?

如果我必须在同一个应用程序中的两个网络表单之间发送特定值 这个值非常小,所以我有两种选择,要么使用查询字符串,要么使用会话状态。

我知道技术上的差异但是 我想知道从用户体验的角度来看,会话状态和查询字符串之间有什么区别?

用户在使用 "session state" 或 "query string" 时可以做什么 is/are thing/s?

It depend upon the situation if u need the values on the next page and don't want to use them on any other page then only you use the Query String which is very light weight and if you need that information on some other pages then you store value into the session because this value will be available to you through out the website.

如果它只是 Between 2 WebForm 那么你应该使用 Query String

查询字符串:

1.Request.QueryString是查询字符串,意思是url.

之后传入的值

2。 这很好,因为它仅作为请求的一部分存在,而不是在 RAM(或其他会话状态机制)中,但也使用户可以清楚地了解潜在的敏感数据。虽然您的应用程序应该在显示数据时检查授权,但它仍然使数字显而易见。您可以加密有帮助的值。一般我用这个方法比较多

会话:

1.Session 是存储在服务器内存中(通常)的东西,您只能在 C# 或服务器端代码中访问。

  1. 如果要在多个页面上频繁使用该值,则可以,但在高使用率系统中往往会降低服务器 RAM(或其他会话状态持有者)的负载。一般来说,这不是将值传递到下一页的首选方法。

嗯,搜索后发现 "session state" 有两个用户体验问题:

  • 后退按钮(如果按下,数据将会丢失)
  • 打开多个点击(所有点击将在同一会话状态下更新和修改)

WHILE 在查询字符串中不存在这两个问题。

如果我们使用的是视图状态,那么视图状态会保持每页的值,如果我们刷新页面视图状态将会清除。

但另一方面,如果我们使用的是会话,那么会话会保留我们要使用的所有页面的值。

Request.QueryString()用于将信息从一个页面传递到另一个页面,地址url.

中的最终用户完全可见

会话是存储在服务器内存中(通常)的东西,您只能在 C# 或服务器端代码中访问它。