MVC模式在ASP.NET Web页面中的应用

ASP.NET提供了一个事件驱动的web页面开发框架。我们如何利用事件、如何存取数据，响应用户的请求哪？MVC提供了一个好的解决方案。
一个常见的场景：
一个数据录入页面，用户需录入一些数据；需要从列表中选择一部分数据，根据选择刷新页面；最后需要保存数据到数据库中。

MVC在aspnet中的应用：
在MVC中，Controller负责UI逻辑的处理，Model负责数据的存取，View负责数据的显示。view的功能ASP.NET已经提供了很好了，我们需要关注的是Controller和Model。
Model比较简单，定义一个class，负责和数据库打交道。我一般喜欢用dataset或datatable做数据载体。
Controller就是webpage的class，它的功能和逻辑相对复杂一些。所以我又把Controller的功能分了三部分：
UI interact:负责影响事件，处理逻辑
LoadData：调用Model获取数据，取得用户输入修改数据，临时数据的管理，调用Model保存数据。
ShowData：根据数据来生成html页面。
其中UI interact是核心，要了解UI interact部分，首先看看webpage的事件机制是怎样的。
当用户打开一个页面时，浏览器向website发出httprequest，website会实例化一个webpage对象，触发PageLoad事件。对页面的初始化在这里完成。首先从数据库取得数据，然后生成页面。结果是返回用户一个初始化完毕，等待录入的html页面。
用户在页面上开始操作，例如录入文本，选择日历等。这些都在浏览器上完成，不会通知到website。当用户需要在保存数据，或需要从服务器取得新数据刷新页面时，浏览器会向website发出新的httprequest。这种请求又称为PostBack请求，因为webpage对象的状态IsPostBack=true。website接到后，开始实例化一个新的webpage对象，首先触发PageLoad事件，但我们不在这个事件中加这个请求的处理代码。然后website会触发一个PostBack事件如ButtonSave_OnClick。我们的处理逻辑在这里完成，如保存数据，跳转到其他页面。然后生成新的页面返回到浏览器。
从事件机制我们看到，每一次请求实际上就是在一个事件里作如下的事情：
//取得数据
data = LoadData();
//处理
dosomething(data);
//保存临时数据，这是和windwos UI的最大区别
ViewState["data"] = data;
//生成页面
BindData(data);

UI interact部分包括了所有的事件处理，分为两大类：
1 页面初始化事件：
protected void Page_Load(object sender, EventArgs e)
{
if (!IsPostBack)
{
//取得数据
data = LoadData();
//处理， 1 初始化数据 2 权限控制 3 。。。
dosomething(data);
//保存临时数据，
ViewState["data"] = data;
//生成页面
BindData(data);
}
}

2 PostBack事件：

protected void ButtonSave_Click(object sender, EventArgs e)
{
if (!IsPostBack)
{
//取得数据 1 从viewstate中取得恢复数据 2 取得用户录入更新数据
data = LoadData();
//处理， 例如： 1 数据检查 2 保存数据 3 数据修改。。。
dosomething(data);
//保存临时数据，
ViewState["data"] = data;
//生成页面
BindData(data);
}
}

需要注意的：
1 在一个PostBack事件中集中处理所有的逻辑
初学者常常不知道应该处理那些事件，把代码分散到多个事件中，这样当数据或逻辑复杂时，会引发混乱。
有些初学者会把代码分别放在PageLoad,ButtonSave_Click中,有时会造成程序重复执行相同代码，有时会造成数据或状态的错乱。

2 Viewstate用来保存临时数据,要求数据必须是可以序列化的
同一个页面的一个http请求就会生成一个webpage对象,因此webpage对象是无状态的.要保持临时数据，一般使用Viewstate。