我们知道一个网站在访问量巨大的时候，如果能使用缓存技术，可以明显降低网站的访问负担，所以废话不多说，我们来看一下在ASP.NET中如何能实现缓存。
首先应该清楚的是，在ASP.NET中，有两类缓存可以使用，第一类是输出缓存，第二类是数据缓存。
输出缓存的通俗解释就是，就是我们把某个被访问的页面在用户访问时暂时生成，然后保存起来，这样在其他人访问此页面的时候，我们不需要再从新生成此页面，而只需要从这个已经生成的页面取得就可以了。这样就不需要再执行一次重新生成此页面的过程，大大减少服务器的负担。
另一类的数据缓存，从字面上来看很好理解，就是把经常需要用到的一些data，例如一些数据库中的数据，也一下子取出来，然后放到服务器的内存中，这样在使用到他们的时候，我们就不需要再去一遍遍的访问数据库，而只需要从内存中复用这些缓存的数据就可以了，这样也会大大减轻服务器的负担。
下面来看看这两个技术的具体细节。
我们先来看看输出缓存的例子，我们可以打开我们的VS.NET2005或者2008（甚至2010等等），建立一个新的ASP.NET网站项目（这一步很简单，在这里就不多说了），然后新建一个页面，这个页面很简单，我们可以在页面的page_load事件中随 ......
ASP.NET的配置是从machine.config文件开始的，通常情况下这个文件被放在"c:\Windows\Microsoft.NET\Framework\v2.0.50727\Config"目录中，这文件中定义了ASP.NET所支持的配置文件的各个部分，包括ASP.NET工作进程的配置，以及注册一些能够提供诸如属性配置（profiles）、成员资格（membership）、基于角色的安全管理等高级功能的提供者。
和machine.config文件一起，ASP.NET还是使用了一个包含其他设定的基本文件（web.config，它和machine.config在同一个目录中），这个文件中的设定信息注册了ASP.NET的核心HTTP处理器和模块，建立浏览器所支持的规则，并且的那个安全策略。在ASP.NET1.x版本中，这些设定出现在machine.config文件中。
在同一台计算机上的所有Web应用程序都继承这两个文件中的设定。但是大多数设定都已经设定完成了，不需要我们做任何修改。
machine.config文件中的<processModel>节点
在这个节点中可以配置ASP.NET的工作进程怎样回收应用程序域，并且可以判断在Windows账户下执行的权限。如果使用IIS6或IIS7的话，这些设定可以忽略，这些类似的设置可以通过IIS管理工具来� ......
这篇教程探讨ASP.NET MVC控制器，控制器action和action result。完成此教程后，你会懂得控制器如何被用来控制访问者与ASP.NET MVC网站的交互方式。
理解控制器
MVC 控制器负责对ASP.NET MVC网站的请求作出回应。每一个浏览器请求都被映射到一个特定的控制器。例如，想象你在浏览器地址栏输入以下URL:
http://localhost/Product/Index/3
在这种情况下，名为ProductController的控制器被调用。 ProductController 负责生成对浏览器请求的作出响应。例如，控制器会返回一个特定视图到浏览器或者将用户重定向到另一个控制器。
代码1 包含了一个名为 ProductController 的简单控制器。
代码1– Controllers\ProductController.cs
using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;
using System.Web.Mvc;
using System.Web.Mvc.Ajax;
namespace MvcApplication1.Controllers
{
public class ProductController : Controller
{
//
// GET: /Products/
public ActionResult Index()
{
// Add action logic here
return View();
}
......
这篇教程探讨ASP.NET MVC控制器，控制器action和action result。完成此教程后，你会懂得控制器如何被用来控制访问者与ASP.NET MVC网站的交互方式。
理解控制器
MVC 控制器负责对ASP.NET MVC网站的请求作出回应。每一个浏览器请求都被映射到一个特定的控制器。例如，想象你在浏览器地址栏输入以下URL:
http://localhost/Product/Index/3
在这种情况下，名为ProductController的控制器被调用。 ProductController 负责生成对浏览器请求的作出响应。例如，控制器会返回一个特定视图到浏览器或者将用户重定向到另一个控制器。
代码1 包含了一个名为 ProductController 的简单控制器。
代码1– Controllers\ProductController.cs
using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;
using System.Web.Mvc;
using System.Web.Mvc.Ajax;
namespace MvcApplication1.Controllers
{
public class ProductController : Controller
{
//
// GET: /Products/
public ActionResult Index()
{
// Add action logic here
return View();
}
......
做了几年的ASP.NET,积累了不少小技巧。但是技巧只适合于特定的环境，还不如加强对基础知识的理解与运用。下面是我的一点体会，与大家分享。
1 母版页
这个控件可以使我忘记html的iframe之类的页面框架方案,还有frameset.
asp开发中还支持<#include file=”head.asp>
现在有母版页可以轻松的以.NET的方式来进行编写页面。
1) 在母版页对应的内容页中，查找母版页中的控件 ，并给它赋值
MasterPage.FindControl(“lblTitle”)=”New Request”
2） 母版页中使用JavaScript,取到文本控件的值，验证它是否合法
’<=txtUserName.ClientID>’
2 User Control 不常用，但是有时候会用到。比如，为了统一不同用户的页面地址，把不同角色的页面放到User Control中，而在同一个页面中，根据当前登陆的用户判断，加载不同的User Control
新建立二个文件,PM.ascx, GM.ascx分别对应于角色是PM和GM时的页面，在页面中作如下判断
UserControl uc
swith(role)
{
case “PM”
uc=(UserControl) LoadControl(“~/PM.ascx”); break;
case ‘GM”
......
近来，随着Mono2.4和Jexus web server 2.3的成功发布，在Linux 平台架设Asp.net的时机已经完全成熟。由于Linux服务器系统所具备的大量的优点，可以预计，跨平台的Linux ASP.NET网站必将进入我们的工作与生产实际。
名词解释：
一、Mono:
Mono是一个开源项目，是按ECMA-335定义的标准执行.NET框架，简单地说，Mono就是大家梦寐以求的.NET跨平台框架。Mono现在已经支持Linux、Mac OS X、Solaris和Windows平台。就版本而言，Mono2.4版与微软.net框架3.5版相当。
下载地址：www.go-mono.com
二、Jexus web server for linux
Jexus是一款跨平台的WEB服务器力作，属于免费软件，支持windows、linux、unix等多种平台。由于Jexus本身的DotNET特性，因此Jexus对ASP.NET有一种天然的亲和力，是Linux/Unix等非Windows平台架设ASP.NET WEB服务器的首选方案。同时，由于Jexus拥有IIS所不具有的Urlwrite等特殊功能以及防止非法请求(如SQL注入)等入侵检测机制，因此，Jexus也是Windows平台搭建ASP.NET WEB服务器的极为重要选择。
Jexus下载地址：linux.j66.net ......
最近开发Ext应用，使用ajax请求数据时，遇到了请求数据以返回，但IE里却无法显示的怪问题。
使用HTTPWatch查看，发现ERROR_INTERNET_CONNECTION_RESET。
使用FireFox和google浏览器都没有问题，网上查找说网站放在IIS上没有问题，试验后证明有效。
但同事开发用机大部分都是XP系统，有部分还是HOME版，因此该问题必须找到原因解决才行。发现POST请求改为GET请求也不会出这个问题。
再进一步的大胆假设，小心求证。
在ProcessRequest最后增加
context.Request.InputStream.ReadByte();
后问题彻底解决
这证明了我之前的假设
情况可能是由于使用文件方式系统的网站，调试运行时使用的是ASP.NET Development Server而非IIS，因此运行机制上与IIS存在不同。
检查代码发现，处理该请求时，只获取了URL上的部分内容，并未对POST内容部分进行获取。
此时可能ASP.NET Development Server并未从IE链接过来的Socket中读取剩余部分，而程序处理完成后服务器端发送结果完成后该Socket链接断掉，而IE认为数据还没有发送完因此报了ERROR_INTERNET_CONNECTION_RESET错误。 ......
最近开发Ext应用，使用ajax请求数据时，遇到了请求数据以返回，但IE里却无法显示的怪问题。
使用HTTPWatch查看，发现ERROR_INTERNET_CONNECTION_RESET。
使用FireFox和google浏览器都没有问题，网上查找说网站放在IIS上没有问题，试验后证明有效。
但同事开发用机大部分都是XP系统，有部分还是HOME版，因此该问题必须找到原因解决才行。发现POST请求改为GET请求也不会出这个问题。
再进一步的大胆假设，小心求证。
在ProcessRequest最后增加
context.Request.InputStream.ReadByte();
后问题彻底解决
这证明了我之前的假设
情况可能是由于使用文件方式系统的网站，调试运行时使用的是ASP.NET Development Server而非IIS，因此运行机制上与IIS存在不同。
检查代码发现，处理该请求时，只获取了URL上的部分内容，并未对POST内容部分进行获取。
此时可能ASP.NET Development Server并未从IE链接过来的Socket中读取剩余部分，而程序处理完成后服务器端发送结果完成后该Socket链接断掉，而IE认为数据还没有发送完因此报了ERROR_INTERNET_CONNECTION_RESET错误。 ......
最新文章 : asp.net