在前网页前端处，我们放置ListBox控件，在数据提交前，检查用户是否有对此控件进行选择？ Insus.NET的方法是使用Javascript与CustomValidator自定义验证控件来检查。
可以看到最终结果：
你也想参此例子，可以参考下面数据与准备方法，写一个对象，它将用来产生十个天干。
using System.Collections.Generic;
using System.Linq;
using System.Web;
/// <summary>
/// Summary description for HeavenlyStem
/// </summary>
public class HeavenlyStem
{
private int _ID;
private string _Name;
public int ID
{
get { return _ID; }
set { _ID = value; }
}
public string Name
{
get { return _Name; }
set { _Name = value; }
}
public HeavenlyStem()
{
//
// TODO: Add constructor logic here
//
}
public HeavenlyStem(int id, string name)
{
this.ID = id;
this._Name = name;
}
}
产生与用泛型来存储它们：
{
List<HeavenlyStem> ListHS = new List<HeavenlyStem>();
HeavenlyStem hs = new HeavenlyStem();
hs.ID = 1;
hs.Name = "甲";
ListHS.Add(hs);
hs = new HeavenlyStem();
hs.ID = 2;
hs.Name = "乙";
ListHS.Add(hs);
hs = new HeavenlyStem();
hs.ID = 3;
hs.Name = "丙";
ListHS.Add(hs);
hs = new HeavenlyStem();
hs.ID = 4;
hs.Name = "丁";
ListHS.Add(hs);
hs = new HeavenlyStem();
hs.ID = 5;
hs.Name = "戊";
ListHS.Add(hs);
hs = new HeavenlyStem();
hs.ID = 6;
hs.Name = "己";
ListHS.Add(hs);
hs = new HeavenlyStem();
hs.ID = 7;
hs.Name = "庚";
ListHS.Add(hs);
hs = new HeavenlyStem();
hs.ID = 8;
hs.Name = "辛";
ListHS.Add(hs);
hs = new HeavenlyStem();
hs.ID = 9;
hs.Name = "壬";
ListHS.Add(hs);
hs = new HeavenlyStem();
hs.ID = 10;
hs.Name = "癸";
ListHS.Add(hs);
return ListHS;
}
Html标记：
<asp:CustomValidator ID="CustomValidator1" runat="server" Display="None" ErrorMessage="必须选择选项" ClientValidationFunction
许多时候我们会遇到如下场景
在写一个编辑数据的页面时，我们通常会写如下代码
由前篇我们所讲的Helper演化，我们思考，对于这种代码我们是不是也可以用一个Helper来自动绑定数据呢
这当然是可以的，ASP.NET MVC提供了一个HtmlHelper用于生成有数据绑定的Html标签。
1.ActionLink
其中最常用的就是Html.ActionLink
1.1基本的使用方式
在UrlRouting规则为默认规则的情况下，它生成的HTML代码为
ActionLink中的三个参数分别为
其中Controller可以省略，省略时指向同一Controller下的Action。
1.2ActionLink中QueryString与Html属性设置
2 @Html.ActionLink("这是一个连接", "Index", "Home", new { page=1 },null)
3 @Html.ActionLink("这是一个连接", "Index", new { page=1 })
4 有其它Html属性的写法
5 @Html.ActionLink("这是一个连接", "Index", "Home", new { id="link1" })
6 @Html.ActionLink("这是一个连接", "Index",null, new { id="link1" })
7 QueryString与Html属性同时存在
8 @Html.ActionLink("这是一个连接", "Index", "Home", new { page = 1 }, new { id = "link1" })
9 @Html.ActionLink("这是一个连接", "Index" , new { page = 1 }, new { id = "link1" })
其生成结果为：
2: <a href="/page/1.html">这是一个连接</a>
3: <a href="/page/1.html">这是一个连接</a>
4: 有其它Html属性的写法
5: <a href="/Length/4.html" id="link1">这是一个连接</a>
6: <a href="/" id="link1">这是一个连接</a>
7: QueryString与Html属性同时存在
8: <a href="/page/1.html" id="link1">这是一个连接</a>
9: <a href="/page/1.html" id="link1">这是一个连接</a>
这样就可以使用ActionLink生成近乎所有的地址连接了。
注意，如果连接中不涉及到action及controller就没有必要使用ActionLink,而是直接写HTML代码就可以了，例如
2: <a href="javascript:void(0)" onclick="delete();">删除</a>
2.RouteLink
2.1与ActionLink
RouteLink与ActionLink相差无几，只是它的地址是由Route生成拿上面的例子
以前写过ASP.Net的一些小东西，也像模像样在IIS上部署站点，设置权限、建立目录、选择.Net版本等，弄得不亦乐乎，但是对于ASP.Net与IIS之间是如何协同工作的，却一无所知，今天在博客园转了圈，看到了相关文章，略有感悟，做如下记录。
一、基本概念理解：
什么是IIS?
IIS（Internet Information Server）是微软Web Server的一种，用来配置ASP.Net。IIS拥有自己的ASP.Net处理引擎来处理请求，因此当一个请求来时，IIS处理请求并返回内容。
什么是工作进程（worker Process），什么是应用程序池(Application Pool)？
工作进程：工作进程（w3wp.exe）是ASP.Net应用程序的心脏。
ASP.Net应用程序在工作进程中运行，工作进程管理并响应所有的请求；
ASP.Net的所有功能都运行在工作进程之下；
当请求来临时，工作进程会生成Request和Response等的相关信息；
应用程序池：应用程序池是工作进程的容器。
应用程序池通常用来隔离不同配置（如：.Net Framework的版本）的工作进程；
当一个工作进程关闭或者进程回收资源的时候，不会影响其他池中的工作进程；
IIS6.0的基本结构和重要文件
如果我们看一下IIS 6.0的结构，就会发现，可以把它分成两部分：
1、内核模块（Kernel Mode）
2、用户模块（User Mode）
内核模式是从IIS 6.0被引入的，它包含了一个叫HTTP.SYS的文件，每当请求进来时，会首先触发该文件的响应。
二、IIS处理一个请求的详细步骤：
<1>HTTP.SYS文件负责把请求传入相应的应用程序池中。
重要细节剖析：
<a> HTTP.SYS文件负责把请求传入相应的应用程序池中。但HTTP.SYS如何知道应传给哪个应用程序池呢？当然不是随机抽取，每当创建一个应用程序池，该池的ID就会生成并在HTTP.SYS文件中注册，因此该文件才能确定将请求往哪传。
<b>请求从HTTP.SYS传入应用程序池的过程：在IIS的用户模块中，通过Web Admin Services (WAS)从HTTP.SYS接收请求，并传入相应的应用程序池中。
<2>应用程序池接收到请求后的动作：
当应用程序池接收到请求，会接着传给工作进程（w3wp.exe），该进程检查来请求的URL后缀以确定加载哪个ISAPI扩展。ASP.NET加载时会附带自己的ISAPI扩展（aspnet_isapi.dll），以便在IIS中映射。
重要细节剖析：
<a>一旦工作进程加载了aspnet_isapi.dll, 就会构造一个HttpRuntime类，该类是应用程序的入口，通过ProcessRequest方法处理请求。
<b>一旦这个方法被调用，一个HttpContext的实例就产生了。可通过HTTPContent.Current获取到这个实例，且该实例会在整个生命周期中存活，我们通过它可以获取到一些常用对象，如Request，Response，Session 等。
<c>之后HttpRuntime会通过HttpApplicationFactory类加载一个HttpApplication对象。每一次请求都要穿过一堆HttpModule到达HttpHandler，以便被响应。而这些HttpModule就被配置在HttpApplication中。
<d>有一个概念叫“Http管道”，被叫做管道是因为它包含了一系列的HttpModule，这些HttpModule拦截请求并将其导向相应的HttpHandler。我们也可自定义HttpModule，以便在请求响应之间做点特别的处理。
HttpHandler是“Http管道”的终点。所有请求穿过HttpModule需抵达相应的HttpHandler，然后HttpHandler根据请求资源，产生并输出内容。也正因此，我们请求任何aspx页面才会得到响应的Html内容。
三、IIS处理过程总结
<1>整体过程图
<2>大致描述：
每当请求Web服务器上的某些信息时，该请求首先会到达Http.SYS, 然后Http.SYS将其发送到相应的应用程序池，应用程序池传给工作进程并加载ISAPI扩展，然后HttpRuntime对象会被创建，并通过HttpModule和HttpHandler处理请求。最后，ASP.NET页面生命周期就开始了。
本文链接