asp.net下修改文件系统带来的副作用及其解决方法
今天的任务是能够在asp.net下建立文件系统，也就是能够在asp.net的虚拟目录下建立文件夹、文件、修改文件夹、文件、删除文件夹、文件等。建立文件夹、文件很顺利，没有遇到任何问题，直接用Directory静态类就可以做了。
但是，在删除、修改文件夹及文件的时候遇到了奇怪的问题：每次操作以后Session都会被清空，上网一搜，发现是asp.net监控文件系统造成的：一旦asp.net的虚拟目录下有删除或改动文件系统的动作时，asp.net就会重新启动。不仅仅是Session没有了。
网上也有解决方法，就是写到本地Cookies里面，然后下次再读。我个人不是很喜欢用Cookies，除了Login和其它一些需要长时间需要保存的内容，不可能任何数据因为Session要清除就不用Session了。我在SQL Server上写了三个存储过程“userp_select_session_with_username_and_time","userp_insert_session","userp_delete_session_with_username"。
在编写程序的时候，当需要对文件系统进行操作的时候，首先将用户的Session数据存入数据库，然后再对文件系统进行操作，等页面刷新的时候，如果Session中没有元素，就从数据库中查询，根据time，一般设定为15分钟，如果是很短的时间间隔，就将Session从数据库中提出并放入Session中，如果大于该时间间隔，就通过程序本身的Session默认数据对Session进行初始化。个人感觉这样比较合理。
如果大家有其它更好的想法，欢迎讨论。
相关文档：
ASP.NET文件下载函数使用是什么情况呢？在你的Page_Load中添加这样的代码:
Page.Response.Clear();
bool success = ResponseFile(Page.Request, Page.Response, "目的文件名称", @"源文件路径", 1024000);
if (!success) Response.Write("下载文件出错！"); Page.Response.End();
ASP.NET文件下载函数代码为:
publi ......
string filepath = FileUpload1.FileName; &nb ......
有时候需要动态的设置 WebService 的址，这样发布到不同的服务器时就要重新生成，为此我们需要在web.config中动态配置WebService的地址，在网上查了很多资料，其中这种方法感觉很好用也很好实现，原文VB.NET实现。本人已改为C#版
首先手动的添加一个Web引用（这个就不用说了吧）
然后修改本地的代理类（添加一个� ......
在前面的几篇文章中介绍了asp.net的窗体身份验证，这种身份验证方式可以让通过验证的用户访问指定的目录，而没有通过验证的用户不能访问该目录下的网页。
但是，有一种例外，就是目录中的html文件例外。例如，在《asp.net中的窗体身份验证（最简单篇）》中介绍的，除了登录网页之外 ......
一，获得Mircosoft URLRewriter.dll：
获得Mircosoft URLRewriter.dll可以到http://www.microsoft.com/china/msdn/library/webservices/asp.net/URLRewriting.mspx?mfr=true
下载完毕后，导入工程，我这里没有对该工程做任何修改，保留了原来的重写方式，然后直接在VS2005里面生成.dll文件就可以了。
二，使用该dl ......
