目的：

1、一个页面（DataList.aspx）可以显示多个模块的列表功能。
     一般是有一个列表需求就需要一个aspx文件，如果有100个列表，那么就会有100个aspx文件，这么多的文件（包括.aspx.cs文件）里面的内容基本是一样的，这样写起来麻烦，管理起来也不容易，命名就是一个比较头痛的问题。文件多了。打开IDE、备份程序文件、编译所需要的时间都会增长。这些都是很郁闷的事情。那么我们能不能“合并”一下呢？所有（或者大部分没有特殊情况的）列表都是用同一个aspx文件呢。

     比如我们要做一个新闻维护，那么用DataList.aspx；要做一个产品管理，也用DataList.aspx；做一个员工管理，还是使用DataList.aspx。这三个是完全一样的文件。

 

2、数据库变了，我们只改一处。

     当数据库有变化的时候（比如添加了一个字段、删除字段、修改了字段的名字），在程序方面只需要修改一个地方就可以应对，不需要改多的地方，更不用到处去找应该修改哪里。

 

实现：

第一步：一个页面

 

     QuickPager分页控件的使用已经比较简单，设置几个属性就可以了，但是这只是一个列表页面的时候，如果我们要多个列表，那么就需要重复的写给属性赋值的语句。比如做一个新闻管理，我们要给分页控件设置属性；我们要做一个产品管理的时候还要再次给分页控件设置属性，一样的代码还要在写一遍。当然给属性赋值的内容是不一样的。其实也就是表名、字段名变了一下（一个是新闻表的，一个是产品表的），代码基本上没变。

 

     试想我们的项目里不会只有这两个列表页面吧，少则十几个，多则上百个，每个列表页面都要写一遍给分页控件设置属性的代码，岂不是很烦。在我看来这也是一种冗余代码。是要去掉滴，或者要抽象出来。就是说，给分页控件设置属性的带码，只写一遍就可以了，不用增加一个列表就重新写一遍。

 

     当然可以使用代码生成器来完成，但这是治标不治本，没有解决根本性问题，带码还是那么多，只不过不用手动敲出来罢了。那么怎么办呢？既然属性名称、个数是固定的，只是值不一样，那么我们是不是可以把属性值放在XML文件里面呢？用的时候读取出来给分页控件的属性赋值就ok了，这样赋值的代码写一遍就可以了。

 

     好了，我们的目标已经完成了三分之一，下面是显示数据的问题。（分页控件负责提取数据，不负责如何显示）

 

第二步：显示数据

 

     一般我们会使用GridView这一类的控件来显示数据，确实是很方便很强大，这个我确实是佩服。GridView可以和ObjectDataSource来配合使用，这样可以根据数据源的情况自动添加Columns。但是目前分页控件还没有这个功能。

怎么办呢？自己写一个专门用来显示数据的控件吧，就叫做myGrid。一定有人说我又在重复制造*了，这个嘛，这回做一个简单的就可以了，根据配置信息来显示需要显示的字段就可以了。

 

     他的特点就是可以根据配置信息自动绘制Table，这个功能GridView已经有了呀，为什么还要自己做呢？

 

myGrid要做到的事情：

0、显示数据（废话），显示DataTable 里面的数据。
1、行交替颜色（可以多种颜色循环）
2、列交替颜色（可以多种颜色循环）
3、鼠标经过改变颜色，单击选中并改变颜色。
4、可以锁定行列。
5、可以多表头。
6、可以多列显示，就是多条记录可以在一行显示，而且一条记录在多个td里面。
7、可以行列转换。
8、个性化设置，使用人员可以依据自己的口味增加减少显示的字段，可以修改字段显示的前后顺序，当然是在权限范围内。

 

     对于第七点还要再多说一点，DataList可以多行多列的显示数据，但是一条记录只能放在一个item里面也就是一个TD，GridView可以多个TD的形式显示数据，但是同一行里只能有一条记录。

而我要做的是，一条记录要显示三个字段，每两条记录放在一行，就是说一个TR有六个TD，前三个TD是一条记录，后三个TD是下一条记录的。不知道大家时候有过这种需求，反正我是想实现这种功能。

     这个是显示数据的控件想要达到的效果，不过这回先实现基本的功能，最简单的把数据显示出来，其他的以后扩充。

     这个其实很好办，获得一个DataTable作为数据源，然后用循环的方式输出Table形式的html代码就OK了。

这样我们就可以把分页控件提供的数据源给显示出来了。现在我们距离目标剩下三分之一了。

第三步：自动适应数据库的变化

 

     不过等等，页眉里显示什么名字呢？就是每一列都叫做什么？总不能直接把字段名放上去吧，另外TD还需要一些修饰，比如居左、居右、还是居中？TD的宽度设置成多少？数据是不是还要格式化一下呢？否则的话会很难看的。

还有就是数据库里的字段名称变化的话，myGrid是不是不用修改就可以自动适应呢？

 

     好了这个就是最后一个问题了，胜利在望，坚持就是胜利。这个问题再加上前面的分页控件的属性的问题，我们可以合在一起考虑。我的思考结果是设置几个表来存放这些信息。

 

如下图：

 

     

 

     假设我们要实现一个新闻管理的功能，上图得出来的数据表示：我们有一个“新闻管理”的节点（功能模块），新闻管理的列表需要显示四个字段：Title、Content、AddedDate、hits，对应的名称是：新闻标题、内容、添加时间、人气，不限定td的宽度，左对齐。添加时间要格式成 08-07-26 的形式。

 

     等等，新闻列表里面怎么能有新闻内容呢？这个文字也太多了呀，显示不下吧，应该去掉，那么怎么办呢？删除一条记录就可以了，Manage_FunListCol 里面删除一条ColumID为100100300并且FunctionID为21的记录就可以了。

 

     什么？您说还要手动到数据库里面删除记录，还得找ID，这也太麻烦了，还不如直接写代码方便呢！是呀，确实挺麻烦。不过我只说把信息放在了数据库里面，并没有说我们要手动去修改数据库的记录呀。我们可以给自己写一个管理程序，通过这个程序来管理这些信息。“我写项目的步骤” 这里说的工具就是维护这些信息的。

 

     我们建立几个表来存放需要的信息，然后在myGird里面读取出来绘制<Table>，最后在接收QuickPager传递过来的DataTable显示数据。

 

Manage_Function            模块表 ：记录项目里的模块信息。
Manage_Function_Info     分页、表单信息表（1:1）： 记录模块的列表和表单需要的信息。
Manage_Table                “表”的扩展信息：记录数据库里的表、视图、存储过程等的信息。
Manage_Columns           “字段”的扩展信息：记录数据库里的字段的扩展信息。
Manage_FunListCol          列表需要的字段 1:n 记录列表页面需要的字段，和TD的描述信息。

 

以上几个表的设计文档：http://files.cnblogs.com/jyk/configgrid.rar Excel格式，里面有详细的说明。

 

     通用权限的思路。带有数据库关系图 还记得这一篇吗？这里的 Manage_Function表就是权限管理里面的[项目—功能结点] 表。

 

     先写一下思路，一会把myGrid的代码写出来，预计明天发出来。

 

     ORM。如果说ORM是实体类和数据库的一种对应的话，那么这些表记录的信息，就是数据库里的字段和UI的控件的对应关系，以及控件的描述。我的思路就是通过自定控件（myGrid、表单控件、查询控件）直接把字段和UI联系起来，达到简化操作的目的，还有就是当增加（修改）了一个字段的时候，点几下鼠标就可以搞定！