ASP.NET Cache支持的三种类型
ASP.NET Cache支持三种类型
想写一个技术快速概述，可能写得太多了。技术概略的目的是以最快最简单的方式描述出技术要点，也是我希望的最有效率的知识传播方式。
1． 页面/控件cache
2． 应用程序级cache
3． 浏览器客户端cache
从实现方式来看，ASP.NET Cache中的页面/控件cache和应用程序级cache都是存放在服务器内存里面的，随着内存的紧张程度，这些内容有可能在失效之前被提前删除。（cache的特性决定这些内容是可以放心得删除掉的）。浏览器客户端的cache是存放在客户端浏览器的cache里面 ，比如IE的临时文件夹就是起的cache的作用。每次用户请求一个页面的时候，浏览器会先从cache里面去查找一下有没有符合要求的还没有过期的cache内容，如果有的话就从cache里面直接读取跳过网络传输。
下面演示一下在ASP.NET里面具体的写法：
1. ASP.NET Cache中的页面/控件cache可以申明在aspx，ascx文件里面，也可以在code behind里面作出申明。
<%@ OutputCache Duration="#ofseconds"
Location="Any | Client | Downstream | Server | None | ServerAndClient "
Shared="True | False"
VaryByControl="controlname"
VaryByCustom="browser | customstring"
VaryByHeader="headers"
VaryByParam="parametername"
CacheProfile="cache profile name | ''"
NoStore="true | false"
SqlDependency="database/table name pair | CommandNotification" %>
主要的参数是：
Duration： cache有效的时间，单位秒
Shared：只对控件有效，在控件可以同时应用与多个页面的时候，多个页面是否可以共享这一个cache而不用每个页面维护自己对这个控件的cache。
VaryByControl：cache随控件的ID变化
VaryByCustom：cache随用户自定义的一个变量来变化，该变量是在这里指定，然后应该在Global.ascx里面实现：
public override string GetVaryByCustomString(HttpContext context, string custom)
该声明的custom参数就是在OutPutcache里面申明的变量。通过在这个函数里面对不同的custom参数返回不同的字符串值来表示不同的cache内容。
VaryByHeader, VaryByParam,CacheProfile也是设置不同的cache版本的。
NoStore表示不允许把cache的内容写到内存以外其它的存储设备上，这是对安全性比较高的内容的需要。
SqlDependency是和数据库相关的。
2. ASP.NET Cache中的应用程序级cache
只可以在code behind里面获
相关文档：
用VS开发ASP.NET网站程序的时候,会将类或Web Services放在特殊的文件夹中,凡是放在这些特殊的文件夹中(App_Themes除外)的程序或内容只允许应用程序访问,对于网页的Request则不予响应(无法读取).
文件夹 &nbs ......
最近开发中在页面之间传递值的过程中，多处应用了超链接传值的方式。但是当传递的参数中含有中文字符时，在调用Request.QueryString[]方法接收参数时，总是出现错误，而且错误的出现总是随机的。表现为接收的中文参数不全，后加通配符“？”，或者把中文参数后的那个参数和中文参数混在一起，不加区分。
& ......
在一个
route
中，通过在大括号中放一个占位符来定义
(
{ and } )
。当解析
URL
的时候，符号
"/"
和
"."
被作为一个定义符来解析，而定义符之间的值则匹配到占位
符中。
route
定义中不在大括号中的信息则作为常量值。
下面是一些示例
URL
：
Valid route definitions
Example ......
本系列文章基于ASP.NET MVC Preview5.
view在MVC模式中与用户进行最直接的接触，它负责数据的呈现。这里要注意一点就是，view只是负责数据的呈现，所以我们应该要尽量让
view中不涉及业务逻辑的处理。
我们来添加一个Blog首页的view。在安装了ASP.NET MVC后，我们在添加新项目的时候可以看到有MVC的view模板：
......
1.通过RewritePath实现重写
URL重写可以通过编程的方式来实现。ASP.NET中的Contex.RewritePath()方法可以让你从程序中实现重写请求的URL。一旦重写后，系统将使用新的路径来继续执行这个请求。
在Global.asax文件的Application_BeginRequest()方法中，你需要增加代码� ......
