分页控件的使用能不能再简单一点呢,能不能一个页面搞定所有的列表需求?

 

目的:


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联系起来,达到简化操作的目的,还有就是当增加(修改)了一个字段的时候,点几下鼠标就可以搞定!

 

 

上一篇:⑧RDD,DataFrame,DataSet对比


下一篇:阿里云ECS Linux系统盘损伤自救方案