在ASP.NET中实现Model-View-Controller模式（一）
背景:
当利用ASP.NET创建Web应用程序时，基于程序的复杂性，必须把程序分割成不同的部分以减少代码的重复及减少日后变革时所引起的改动。
实现策略：
为了解释如何在ASP.NET中实现（MVC）模型-视图-控制器模式，以及说明将软件分离成模型、视图、及控制器角色的好处，在此以一个示例程序为例进行说明。这个示例程序是一个带有下拉框的单页程序，它的功能是显示数据库中的数据。如下图。
当用户在下拉框中选择了一个记录，并单击Submit按钮的时候，程序从数据库中搜索与选中记录相关的数据库记录，并以列表的形式显示出来。下面，将以三种不同的实现方式进行实现。
单页模式
在ASP.NET中有许多解决这个问题的办法，其中最简单也是最直接的办法就是把所有的代码都放到一个文件中，并起名为Solution.aspx,实现代码如下：
<%@ Import Namespace="System.Data" %>
<%@ Import Namespace="System.Data.SqlClient" %>
<html>
<head>
<title>start</title>
<script language="c#" runat="server">
void Page_Load(object sender, System.EventArgs e)
{
String selectCmd = "select * from Recording";
SqlConnection myConnection =
new SqlConnection(
"server=(local);database=recordings;Trusted_Connection=yes");
SqlDataAdapter myCommand = new SqlDataAdapter(selectCmd,
myConnection);
DataSet ds = new DataSet();
myCommand.Fill(ds, "Recording");
recordingSelect.DataSource = ds;
recordingSelect.DataTextField = "title";
recordingSelect.DataValueField = "id";
recordingSelect.DataBind();
}
void SubmitBtn_Click(Object sender, EventArgs e)
{
String selectCmd =
String.Format(
"select * from Track where recordingId = {0} order by id",
(string)recordingSelect.SelectedItem.Value);
SqlConnection myConnection =
new SqlConnection(
"server=(local);database=recordings;Trusted_Connection=yes");
SqlDataAdapter myCommand = new SqlDataAdapter(selectCmd,
myConnection);
DataSet ds = new DataSet();
myCommand.Fill(ds, "Track");
MyDataGrid.DataSource = ds;
MyDataGrid.DataBind();
}
</script>
</head>
<body>
<form id="start" method="post" runat="server">
<h3>Recordings</h3>
Select a Recording:<br />
<asp:dropdownlist id="recordingSelect" runat="server" />
<asp:button runat="server" text="Submit" OnClick="SubmitBtn_Click" />
<p/>
<asp:datagrid id="MyDataGrid" runat="server" width="700"
backcolor="#ccccff" bordercolor="black" showfooter="false"
cellpadding="3" cellspacing="0" font-name="Verdana"
font-size="8pt" headerstyle-backcolor="#aaaadd"
enableviewstate="false" />
</form>
</body>
</html>
这个实现文件包含了模型、视图、控制器这三种角色，但是没有将它们分割为不同的文件或类。其中的视图对象用HTML实现，用一个数据绑定控件来显示从数据库返回的DataSet中的数据。模型角色在Page_Load 和 SubmitBtn_Click函数中实现。而控制器角色并没有显式的实现，而是由ASP.NET隐式实现。程序运行时，当用户发出页面的请求，页面随着用户的选择更新。
在ASP.NET中实现Model-View-Controller模式（二）
MVC模式形容这种实现方式是一种被动的实现机制，ASP.NET充当了程序执行中的控制器的角色，但程序员必须将具体的事件处理方法添加到事件的响应函数中。如在这个例子中，控制器在页面加载之前调用Page_Load函数并执行其中的代码，当用户点击Submit按钮时由系统调用SubmitBtn_Click函数并执行。
这种将代码都包含在一个文件中的实现方式非常的直接，而且当应用程序很小并不经常修改的时候也可以说是一种好的方法，但是如果下面的一些情况出现的话你也许会开始考虑修改这种实现方法：
使编程的工作并行并减少由此带来的发生错误的可能性。为了增加工作的并行性，提高效率，你可能想让不同的人编写视图的代码及模型代码并尽力减少这种工作方式所带来的出错的可能性。例如：当所有的代码都在一个文件中的话，那么一个编程人员可能会在改变DataGrid显示格式的时候无意中修改数据访问的代码。这种错误是很难被发现的，直到页面整体被编译的时候才会显现出来。。
使你的数据访问代码在其它页面中重用。在这种单文件的实现方式中，除了拷贝代码，没有其它的方法能够做到代码的重用。拷贝的代码是很难被维护的，因为一旦代码发生了变化，你必须在所有的页面都进行修改。
为了避免上面这些情况的发生，ASP.NET引入了代码分离（Code-behind）机制。
用代码分离机制进行重构
Microsoft Visual Studio .NET中的代码分离机制使视图层的代码与模型及控制器的代码能够很容易的分离。每个ASP.NET页面都有一种机制，能够使其要调用的方法在一个与其分离的类中实现。这种方式使用起来非常的方便，而且也可以利用Visual Studio .NET中的一些其它特性共同完成开发工作。比如如当你利用代码分离的机制开发你的页面的时候，可以利用智能感知（IntelliSense technology）显示出一个可用方法的列表方便编程。而智能感知技术在.aspx页面中是不能使用的。
下面给出的是上面例子利用代码分离机制的实现。
视图部分：
视图层的代码现在一个单独的文件中实现。Solution.aspx:
<%@ Page language="c#" Codebehind="Solution.aspx.cs"
AutoEventWireup="false" Inherits="Solution" %>
<html>
<head>
<title>Solution</title>
</head>
<body>
<form id="Solution" method="post" runat="server">
<h3>Recordings</h3>
Select a Recording:<br/>
<asp:dropdownlist id="recordingSelect" runat="server" />
<asp:button id="submit" runat="server" text="Submit"
enableviewstate="False" />
<p/>
<asp:datagrid id="MyDataGrid" runat="server" width="700"
backcolor="#ccccff" bordercolor="black" showfooter="false"
cellpadding="3" cellspacing="0" font-name="Verdana" font-size="8pt"
headerstyle-backcolor="#aaaadd" enableviewstate="false" />
</form>
</body>
</html>
大部分代码都与前面的解决方案的代码相同。主要的不同点是第一行：
<%@ Page language="c#" Codebehind="Solution.aspx.cs"
AutoEventWireup="false" Inherits="Solution" %>
这行告诉ASP.NET执行环境，这个页面的具体实现机制在一个单独的类中。因为这个页面是独立的，因此如果数据访问的代码发生变化，这个页面并不需要做任何改动。同样，一些设计师也可以改变这个页面的代码而不会引起任何数据访问的错误。在ASP.NET中实现Model-View-Controller模式（三）
模型及控制器部分：
这个解决方案的第二个部分是被隐藏的后台代码：
using System;
using System.Data;
using System.Data.SqlClient;
public class Solution : System.Web.UI.Page
{
protected System.Web.UI.WebControls.Button submit;
protected System.Web.UI.WebControls.DataGrid MyDataGrid;
protected System.Web.UI.WebControls.DropDownList recordingSelect;
private void Page_Load(object sender, System.EventArgs e)
{
if(!IsPostBack)
{
String selectCmd = "select * from Recording";
SqlConnection myConnection =
new SqlConnection(
"server=(local);database=recordings;Trusted_Connection=yes");
SqlDataAdapter myCommand = new SqlDataAdapter(selectCmd, myConnection);
DataSet ds = new DataSet();
myCommand.Fill(ds, "Recording");
recordingSelect.DataSource = ds;
recordingSelect.DataTextField = "title";
recordingSelect.DataValueField = "id";
recordingSelect.DataBind();
}
}
void SubmitBtn_Click(Object sender, EventArgs e)
{
String selectCmd =
String.Format(
"select * from Track where recordingId = {0} order by id",
(string)recordingSelect.SelectedItem.Value);
SqlConnection myConnection =
new SqlConnection(
"server=(local);database=recordings;Trusted_Connection=yes");
SqlDataAdapter myCommand = new SqlDataAdapter(selectCmd, myConnection);
DataSet ds = new DataSet();
myCommand.Fill(ds, "Track");
MyDataGrid.DataSource = ds;
MyDataGrid.DataBind();
}
#region Web Form Designer generated code
override protected void OnInit(EventArgs e)
{
//
// CODEGEN: This call is required by the ASP.NET Web Form Designer.
//
InitializeComponent();
base.OnInit(e);
}
/// <summary>
/// Required method for Designer support - do not modify
/// the contents of this method with the code editor.
/// </summary>
private void InitializeComponent()
{
this.submit.Click += new System.EventHandler(this.SubmitBtn_Click);
this.Load += new System.EventHandler(this.Page_Load);
}
#endregion
}
这里将代码从上个实现方法单独的文件移动到了一个它自己的文件中。并通过一些机制把视图以及模型控制器这两个部分连接成一个整体，如这个类中的成员变量与Solution.aspx文件中所用的控件是同名的。另外一个必须显示指出的是控制器如何将行为与其所对应的事件进行连接。在这个例子中InitializeComponent函数连接了两个事件。第一个将Load事件与 Page_Load函数连接，第二个是Click事件，当Submit按钮被点击时调用SubmitBtn_Click函数。
代码分离是一种将视图部分与模型及控制器部分相分离的一种优秀的机制。但当你想把分离出的后台的代码给其它页面重用时可能还是不足的。在技术上，将页面背后的代码复用是可行的，但随着你需要共享的页面的增加，把页面与后台代码相连接是很困难的。
在ASP.NET中实现Model-View-Controller模式（四）
模型-视图-控制器分离的重构
为了解决上面所遗留的问题，你必须将模型与控制器角色分离。
视图的实现代码与前部分相同。
模型
下面的代码例子使模型角色仅仅依赖于数据库，而不包含任何与视图相依赖的代码。
using System;
using System.Collections;
using System.Data;
using System.Data.SqlClient;
public class DatabaseGateway
{
public static DataSet GetRecordings()
{
String selectCmd = "select * from Recording";
SqlConnection myConnection =
new SqlConnection(
"server=(local);database=recordings;Trusted_Connection=yes");
SqlDataAdapter myCommand = new SqlDataAdapter(selectCmd, myConnection);
DataSet ds = new DataSet();
myCommand.Fill(ds, "Recording");
return ds;
}
public static DataSet GetTracks(string recordingId)
{
String selectCmd =
String.Format(
"select * from Track where recordingId = {0} order by id",
recordingId);
SqlConnection myConnection =
new SqlConnection(
"server=(local);database=recordings;Trusted_Connection=yes");
SqlDataAdapter myCommand = new SqlDataAdapter(selectCmd, myConnection);
DataSet ds = new DataSet();
myCommand.Fill(ds, "Track");
return ds;
}
现在的代码只依赖于数据库，这个类是一个优秀的数据库的通道，它持有访问表或视图的所用的SQL语句，其它的代码调用一些方法来完成与数据库的交互。
控制器
这种重构方式利用代码隐藏机制，在负责数据访问的模型部分相对独立的情况下，由控制器负责事件与方法的控制工作。模型的任务很明确的，它仅返回一个DataSet对象。这种实现方式就像视图代码一样，不依赖于数据是如何从数据库中返回的。
using System;
using System.Data;
using System.Collections;
using System.Web.UI.WebControls;
public class Solution : System.Web.UI.Page
{
protected System.Web.UI.WebControls.Button submit;
protected System.Web.UI.WebControls.DataGrid MyDataGrid;
protected System.Web.UI.WebControls.DropDownList recordingSelect;
private void Page_Load(object sender, System.EventArgs e)
{
if(!IsPostBack)
{
DataSet ds = DatabaseGateway.GetRecordings();
recordingSelect.DataSource = ds;
recordingSelect.DataTextField = "title";
recordingSelect.DataValueField = "id";
recordingSelect.DataBind();
}
}
void SubmitBtn_Click(Object sender, EventArgs e)
{
DataSet ds =
DatabaseGateway.GetTracks(
(string)recordingSelect.SelectedItem.Value);
MyDataGrid.DataSource = ds;
MyDataGrid.DataBind();
}
#region Web Form Designer generated code
override protected void OnInit(EventArgs e)
{
//
// CODEGEN: This call is required by the ASP.NET Web Form Designer.
//
InitializeComponent();
base.OnInit(e);
}
/// <summary>
/// Required method for Designer support - do not modify
/// the contents of this method with the code editor.
/// </summary>
private void InitializeComponent()
{
this.submit.Click += new System.EventHandler(this.SubmitBtn_Click);
this.Load += new System.EventHandler(this.Page_Load);
}
#endregion
}
在ASP.NET中实现Model-View-Controller模式（五）
测试
将模型部分从ASP.NET环境中分离出来能够使模型部分更容易的被测试。在ASP.NET环境中进行测试的话，你必须同时测试很多方面，如HTML代码是否正确，而读取HTML代码的工作是非常烦闷的。将模型部分分离出来，使你能够对模型部分做单独的单元测试。下面是NUnit (http://nunit.org)对模型部分进行单元测试的例子。
using System;
using NUnit.Framework;
using System.Collections;
using System.Data;
using System.Data.SqlClient;
[TestFixture]
public class GatewayFixture
{
[Test]
public void Tracks1234Query()
{
DataSet ds = DatabaseGateway.GetTracks("1234");
Assertion.AssertEquals(10, ds.Tables["Track"].Rows.Count);
}
[Test]
public void Tracks2345Query()
{
DataSet ds = DatabaseGateway.GetTracks("2345");
Assertion.AssertEquals(3, ds.Tables["Track"].Rows.Count);
}
[Test]
public void Recordings()
{
DataSet ds = DatabaseGateway.GetRecordings();
Assertion.AssertEquals(4, ds.Tables["Recording"].Rows.Count);
DataTable recording = ds.Tables["Recording"];
Assertion.AssertEquals(4, recording.Rows.Count);
DataRow firstRow = recording.Rows[0];
string title = (string)firstRow["title"];
Assertion.AssertEquals("Up", title.Trim());
}
}
结论：
在ASP.NET中实现MVC模式有如下优缺点：
优势：
能够减少依赖。 程序员可以在一个ASP.NET页面中实现所有的代码。单页的实现方式，对于一些小型的且生存周期不长的程序是适用的。但如果想在不断增加的页面间共享代码的话，将代码的不同部分进行分离是非常有效果的。
能够减少代码的复制。 DatabaseGateway 类中的GetRecordings 和 GetTracks方法能够直接被其它的页面使用，减少了必须将方法的代码拷贝到不同页面的情况。
能够把不同人员的责任分开。修改页面的外观与修改数据访问的代码所用的技术是不同的，将模型与视图分开能够使负责不同工作的专家协同的工作。
使性能优化的成为可能 按将系统不同的职责分成不同的类，使性能的优化成为可能。前面的例子中，由于每次请求页面的时都要从数据库中读取数据。因此可在某种情况下将数据缓存，从而提高整个程序的性能。如果不将代码进行分离的话是无法做到的这点的。
易测试性 将模型与视图相分离使在ASP.NET环境外进行单元测试成为可能。
缺点：
增加了代码的数量及复杂度。这个例子在早期单页的实现方式的基础上增加了新的文件和代码，在无形中增加了维护的开销。一旦修改系统的话，会修改所有三种角色的代码。在一些情况下，一个文件中的修改比一些文件中修改要方便。所以在考虑是否使用MVC模式时。这种额外的开销一定要被计算在内，对一些小的程序来说，这种开销是不值得的。
用MS.NET开发三层结构应用程序
传统两层结构
在过去应用系统开发过程中，CLIENT/SERVER体系结构得到了广泛的应用 。其特点是，应用程序逻辑通常分布在客户和服务器两端，客户端发出数据资源访问请求，服务器端将结果返回客户端。但CLIENT/SERVER结构存在着很多体系结构上的问题，比如：当客户端数目激增时，服务器端的性能会因为负载过重而大大衰减；一旦应用的需求发生变化，客户端和服务器端的应用程序都需要进行修改，给应用维护和升级带来了极大的不便；大量的数据传输增加了网络的负载等等。
三层结构介绍
所谓三层体系结构，是在客户端与数据库之间加入了一个"中间层"，也叫组件层。这里所说的三层体系，不是指物理上的三层，不是简单地放置三台机器就是三层体系结构，也不仅仅有B/S应用才是三层体系结构，三层是指逻辑上的三层，即使这三个层放置到一台机器上。
三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中间层进行处理。通常情况下，客户端不直接与数据库进行交互，而是通过COM/DCOM通讯与中间层建立连接，再经由中间层与数据库进行交互。
ASP.net只是.net中的一部分。它最大的优点除了是编译执行速度快外，我觉得最大的优点是页面和代码分离的编写方式（效果就象DELPHI里的FORM设计界面和处理代码分离一样），对我们这些惯使RAD工具的人来说不啻是个福音。再加上.net库提供的支持事件的各种WEB控件，和以前编写网页方式相比可谓是一场革命。随着分布式对象技术的逐渐成熟，多层分布式应用体系结构得到了越来越多的应用。应用系统只有向多层分布式转变，才能最终解决CLIENT/SERVER结构存在的问题。在多层架构下，应用可以分布在不同的系统平台上，通过分布式技术实现异构平台间对象的相互通信。将应用系统集成于分布式系统之上，能极大地提高系统的可扩展性。
在多层分布式应用中，在客户端和服务器之间加入了一层或多层应用服务程序，这种程序称为"应用服务器"。开发人员可以将应用的商业逻辑放在中间层应用服务器上，把应用的业务逻辑与用户界面分开。在保证客户端功能的前提下，为用户提供一个简洁的界面。这意味着如果需要修改应用程序代码，只需要对中间层应用服务器进行修改，而不用修改成千上万的客户端应用程序。从而使开发人员可以专注于应用系统核心业务逻辑的分析、设计和开发，简化了应用系统的开发、更新和升级工作。
Microsoft.NET 为三层结构做的准备
Microsoft .NET Framework是微软推出的一套下一代开发平台。.NET 基于开发人员的角度来说它是一个公共平台的类库(FCL)，包含了近100 个命名空间（namespace）的近5000个类，想想看这是多的强大，还包括一个公共语言运行库(CLR)。因为只要符合.NET的公共运行规范(CLS的语言都可以 使用它提供的强大的类，并编译为微软的中间语言（MSIL），在其他的应用中就可以当作一个组件来调用。同时享受公共运行库带来的一切好处： 垃圾自动回收(GC)、实时编译(JIT)、跨语言互动、跨平台。 .NET 还可比喻是操作系统提供给开发人员的面向对像的API。 ASP.net是.net中的一部分。它最大的优点除了是编译执行速度快外，我觉得最大的优点是页面和代码分离的编写方式，再加上.net库提供的支持事件的各种WEB控件，以及.NET公共平台的类库(FCL)，和以前编写网页方式相比可谓是一场革命。
用ASP.NET部署三层架构
ASP.NET可以使用.NET平台快速方便的部署三层架构。ASP.NET革命性的变化是在网页中也使用基于事件的处理，可以指定处理的后台代码文件，可以使用C#,VB,J#作为后台代码的语言。.NET中可以方便的实现组件的装配，后台代码通过命名控件可以方便的使用自己定义的组件。显示层放在ASP页面中，数据库操作和逻辑层用组件来实现，这样就很方便的实现了三层架构。
下面分别就各层的实现举个制作留言簿的小例子。
我们首先在sqlserver数据库中建一个数据库GestDB,在GestDB中建表：Guestbook
Create table Geustbook(id int(4) unique not null,name varchar(20),
content text, Primary key id);
第一步：打开VS.NET，点击文件－》新建－》空白解决方案，在弹出的新建项目中选择Visal C#项目，模板选择ASP.NET Web应用程序.在位置处给本方案命名为geustbook.如下图所示。
第二步：建数据库访问控件。单击上图的"确定"。在窗口右边的 "解决方案资源管理器"中右击"解决方案"guestbook""选择"添加"->"新建项目"，弹出如下窗口，如图模板选择类库，填写名称，位置。注意该类库理论上与留言簿的工程是没有关系的，所以存储位置可以任意。
第三步：建立逻辑处理层。同第二步，建立另一个控件BusinessLayer。此控件用来调用数据库控件，封装留言簿所有的逻辑处理。如下图所示。
第四步：关于引用。因为BUSINESSLAYER要用到系统的WEB控件和刚才建的DBLayer，所以必须把二者添加引用。右键点击BUSINESSLAYER的"引用"，选择.NET的"System.web.dll"双击选中
然后再点项目的"DBLayer"双击选中。
第五步：把GUESTBOOK ASP.NET项目跟逻辑层联系起来，同样使用添加引用。注意：在BUSINESSLAYER已经引用过DBLAYER，在GUESTBOOK处只需引用BUSINESSLAYER就可以了。
现在你的GUESTBOOK解决方案资源管理器应该是如下图所示：
如果不是的话，请检查一下上面的步骤哪里是否出错。
通过上述步骤，就已经成功部署了ASP.NET的三层架构。在guestbook这一层我们放置应用显示的ASP页面，在BusinessLayer层，我们把所有的业务逻辑代码在该层实现。DataLayer层主要处理数据库的操作，供BusinessLayer层调用。
只要在各个层中实现具体的类就可以成功实施三层结构的应用程序了。
总结:
本文简要描述了三层架构的软件体系思想，通过一个留言簿的例子主要介绍了用MS.NET部署三层结构的具体实现方法。