MVC模式下的WebForm
MVC模式是一个用于将用户界面逻辑与业务逻辑分离开来的基础设计模式，它将数据处理、界面以及用户的行为控制分为：Model－View－Controller。
Model：负责当前应用的数据获取与变更及相关的业务逻辑
View：负责显示信息
Controller：负责收集转化用户的输入
View和Controller都依赖于Model，但是Model既不依赖于View，也不依赖于Controller，这是分离的主要优点之一，这样 Model可以单独的建立和测试以便于代码复用，View和Controller只需要Model提供数据，它们不会知道、也不会关心数据是存储在SQL Server还是Oracle数据库中或者别的什么地方。
Page Controller模式下的WebForm
MVC 模式主要关注Model与View之间的分离，而对于Controller的关注较少（在上面的MVC模式中我们仅仅只把Model和 Controller分离开，并未对Controller进行更多的处理），但在基于WebForm的应用程序中，View和Controller本来就是分隔的（显示是在客户端浏览器中进行），而Controller是服务器端应用程序；同时不同用户操作可能会导致不同的Controller策略，应用程序必须根据上一页面以及用户触发的事件来执行不同的操作；还有大多数WebForm都需要统一的界面风格，如果不对此处理将可能产生重复代码，因此有必要对Controller进行更为仔细的划分。
Page Controller模式在MVC模式的基础上使用一个公共的页基类来统一处理诸如Http请求，界面风格等，如图：
利用自定义页面基类，我们可以统一的接收页面请求、提取所有相关数据、调用对Model的所有更新以及向View转发请求，轻松实现统一的页面风格，而由它所派生的Controller的逻辑将变得更简单，更具体。
下面看一下Page Controller的具体实现：
Page Controller（BasePage.cs）：
public class BasePage : System.Web.UI.Page
{
private string _title;
public string Title//页面标题，由子类负责指定
{
get
{
return _title;
}
set
{
_title = value;
}
}
public DataSet GetPortalDataSource()
{
return SQLHelper.GetPortal();
}
public DataSet GetSubjectDataSource( string portalId )
{
return SQLHelper.GetSubject( portalId );
}
protected override void Render( HtmlTextWriter writer )
{
writer.Write( "〈html>〈head>〈title>" + Title + "〈/title>〈/head>〈body>" );//统一的页面头
base.Render( writer );//子页面的输出
writer.Write( @"〈a href=""http://www.asp.net"">ASP.NET〈/a>〈/body>〈/html>" );//统一的页面尾
}
}
现在它封装了Model的功能，实现了统一的页面标题和页尾，子类只须直接调用：
修改后的 Controller（webForm.aspx.cs）：
public class webForm : BasePage//继承页面基类
{
private void Page_Load(object sender, System.EventArgs e)
{
Title = "Hello, World!";//指定页面标题
if ( ! IsPostBack )
{
dropDownList.DataSource = GetPortalDataSource();//调用基类的方法
dropDownList.DataTextField = "portalName";
dropDownList.DataValueField = "portalId";
dropDownList.DataBind();
}
}
private void button_Click(object sender, System.EventArgs e)
{
dataGrid.DataSource = GetSubjectDataSource( dropDownList.SelectedValue );
dataGrid.DataBind();
}
}
从上可以看出BagePage Controller接管了大部分原来Controller的工作，使Controller变得更简单，更容易修改（为了便于讲解我没有把控件放在 BasePage中，但是您完全可以那样做），但是随着应用复杂度的上升，用户需求的变化，我们很容易会将不同的页面类型分组成不同的基类，造成过深的继承树；又例如对于一个购物车程序，需要预定义好页面路径；对于向导程序来说路径是动态的（事先并不知道用户的选择）。
面对以上这些应用来说仅仅使用Page Controller还是不够的，接下来再看看Front Controller模式。