ASP.NET中基类页的设计和使用
在Asp.net业务系统的开发过程中，为了保证页面风格的一致性以及减少重复代码的编写，我们需要引入基类页的概念，即：定义一个基类页，让所有的页面都继承这个基类，并在该基类页中加入公用的属性和方法。
实际使用时，按照功能页面划分，可以定义多个基类页，如：
class FormBase
class BizFormBase ：FormBase
class ViewFormBase : BizFormBase
class EditFormBase : BizFormBase
class QueryFormBase : FormBase
FormBase：基类页中的根，提供与业务无关的服务，如：URL重写，日志等。
BizFormBase：加入和业务相关的属性，如：该页面的当前业务对象ID等。
ViewFormBase，：EditFormBase：实现具体的查看，编辑功能。
QueryFormBase：实现对通用查询页面的封装。
从面向对象的角度看，基类页与普通的基类，继承类设计其实区别并不大，都要在基类中编写公用的属性方法，并通过虚函数、事件等方式让继承类重写或响应。所不同的是基类页的设计过程受到所在环境的约束。在WinForm环境下，我们可以预先定义好窗体的公用元素，如工具条，默认的表格以及DataSource控件等。而到了Asp.net下的WebForm，则无法实现界面一级的继承，同时加入了状态管理等要求。
为了帮助大家理解，我们以查询基类页的设计过程来分析：
一个最简单的查询页面会包括三部分，多个查询条件文本框，查询按钮，以及表格。同时查询页会和一个数据访问组件关联，当点查询时，会把查询条件转成where语句提交给数据访问组件。
QueryPeopleForm
OnQueryButtonClick()
{
string peopleName = txtPeopleName.Text;
string peopleAge = txtPeopleAge.Text;
string sql;
sql = string.Format(“Name Like‘%{0}%’and Age = {1}, PeopleName, peopleAge);
PeopleManager manager = new PeopleManager();
this.gridMain.DataSource = manager.GetDataTable(sql);
this.gridMain.DataBind();
}
当点击查询按钮时，我们做了以下三件事：
1、获取查询条件
2、提交查询
3、将查询结果绑定到表格
这儿的提交查询和绑定在不同的查询页面都是一样的，于是我们首先把2，3放到基类页中，并提供这样一个方法：void QueryAndBind(IManager manager, string sql);这儿要定义IManager接口，让所有的Manager都实现该接口，这样基类页就无需知道具体的Manager，只要调用IManager.GetDataTa
相关文档：
这是我从别处摘抄的一篇文章，相信大家都很熟悉的，讲的很明白，但是我对其中一点存有疑惑，许久也没有找到答案。
调用webservice时可以返回datatable等复杂数据类型，下面例子中也有的，在前台调用时，其实这些数据类型经过了转换器处理。下面的例子中，返回的datatable被一项一项添加到select上去了，其实我看了就是一个 ......
当错误信息出现在页上时，它成为页布局的一部分。您需要设计页的布局以放置可能出现的任何错误文本。
如果验证在服务器上执行，则除非出现错误，否则验证控件不会呈现到页，并因此不会占用任何空间。如果出现错误，页将在往返期间重新创建，并将错误文本添加到页。
如果用户具有支持动� ......
利用 ASP.NET Menu 控件，可以开发 ASP.NET 网页的静态和动态显示菜单。
Menu 控件具有两种显示模式：静态模式和动态模式。静态显示意味着 Menu 控件始终是完全展开的。整个结构都是可视的，用户可以单击任何部位。在动态显示的菜单中，只有指定的部分是 ......
几乎 Menu 控件外观的各个方面都可以使用 Menu 控件的属性或级联样式表 (CSS) 来管理。通过了解哪些属性控制呈现的哪些方面，可以定制菜单的外观。本主题介绍由 Menu 控件公开的样式类型，并建议一些使用 Menu 控件设置样式的最佳做法。
可以直接在标记中设置各种样式的属性或使用样式表 ......
Asp.net的身份验证有有三种，分别是"Windows | Forms | Passport"，其中又以Forms验证用的最多，也最灵活。
Forms 验证方式对基于用户的验证授权提供了很好的支持，可以通过一个登录页面验证用户的身份，将此用户的身份发回到客户端的Cookie，之后此用户再访问这个web应用就会连同这个身份Cookie一起发送到服务端� ......
