asp.net中application,session,cookie,viewstate
asp.net中application,session,cookie,viewstate,cache对象
在asp.net中内置对象如application,session,cookie,viewstate,cache等的生存周期和应用范围从大到小为application,cache,session,cookie,viewstate.
application和cache的应用范围都是在整个应用程序中.而session,cookie,viewstate则是基于每个用户,application的生存周期是整个应用程序的生命期,cache的生存周期是根据需要设定,按实际情况而定,而session的生存周期是用户活动时间加上默认超时时间.cookie的生存周期也是根据需要而定.viewstate生存周期是一个web页面的生命期,即相当于在一个页面内的全局变量.而session相当于整个应用的全局变量(当然只针对这个用户).
下面是详细的关于这些对象用法的描述.
1.Application：用于保存所有用户共用的数据信息。 在Asp.Net中类似的配置数据最好保存在Web.config文件中。如果使用Application对象，一个需要考虑的问题是任何写操作都要在 Application_OnStart事件（global.asax）中完成。尽管使用Application.Lock和 Application.Unlock方法来避免写操作的同步，但是它串行化了Application对象的请求，当网站访问量大的时候会产生严重的性能 瓶颈。因此最好不要用此对象保存大的数据集。
使用如下：
//存放信息
Application["UserNameID"]="1000";
//读取信息
String NameID=Application["UserNameID"].ToString();
2.Session：用于保存每个用户的专用信息。Session中的信息保存在Web服务器的内存中，保存的数据量可大可小。当Session超时或被关闭时将自动释放保存的数据信息。对于小量的数据Session对象保存还是一个不错的选择。
细节，两种浏览器不能同时存入session。没有任何关联存在键值对
每一个session有一个默认ID 在服务器上，借用cookies关联
使用如下：
//存放信息
Session["UserNameID"]="1000";
//读取信息
String NameID=Session["UserNameID"].ToString();
3.Cookie： 用于保存客户浏览器请求服务器页面的请求信息，其有效期可以人为设置，而且其存储的数据量很受限制，因此不要保存数据集及其他大量数据。而且Cookie以明文方式将数据信息保存在客户端的计算机中，因此最好不要保存敏感的未加密的数据。
使用如下：
//存放信息
Response.Cookie["UserNameID"].Value="1000";
//读取信息
String NameID=Response.Cookie["UserNameID"].Value;
4.ViewState： 常用
相关文档：
第一， 新建网站，选择类型为asp.net web 服务。
系统自动为你建立了个文件service.asmx.这就是一个最简单的web service服务。你可以直接运行查看效果。
第二，我们需要的是修改service.cs中的代码，来满足我们的要求。
修改后的Service.cs中的代码为：
using System;
using System.Web;
using System.Web.Services;
......
asp.net发布网站时三个选项的问题
发布网站的时候有三个选项：
第一个选项指定发布后是不是可以修改aspx文件，如果勾选，则发布后的网站行为基本与ASP.NET 1.1一致，只要没有增删修改控件，可以直接在服务器上修改aspx文件不用重新发布网站。
第二个选项指定是不是将每个aspx文件都编 ......
using System;
using System.Configuration;
using System.Data;
using System.Data.SqlClient;
namespace class_new
{
/// <summary>
/// DataClass 的摘要说明。
/// </summary>
public class DataClass
{
private string strConnection="";
&n ......
五种常见的ASP.NET安全缺陷
2004-10-18 19:30作者：menhal 出处：动态网制作指南责任编辑：方舟
保证应用程序的安全应当从编写第一行代码的时候开始做起，原因很简单，随着应用规模的发展，修补安全漏洞所需的代价也随之快速增长。根据IBM的系统科学协会（Systems Sciences Institute）的研究，如果等到软件部署之后� ......
