【思路】表单控件和查询控件,整理一下思路。


表单控件的思路。自动完成,不用写代码了。 我只是想说一下我的思路。

 

     这回不分页了,改成添加修改数据了。您是如何添加数据的呢?使用ORM、LinQ、.net2.0新增加的FormView + SqlDataSource,还是其他?我还是喜欢自己动手丰衣足食。自己做一个表单控件来玩玩。

 

     以前也写了几个关于表单控件的 post :

1、表单控件续(1)——应用接口来简化和分散代码

2、能自己“跑”的表单控件,思路,雏形,源码。vs2005版本

 

 

     我简单的看了一下FormView + SqlDataSource的方式,ms还真是厉害,拖拽几个控件,点击下鼠标,基本功能就出来了。挺简单的吧,但是还是有几个缺点:

 

     1、虽然能够根据字段来生成控件,但是好像只有文本框,下拉列表不能自动生成出来吧。

     2、我的字段名是“Title”,那么他就把Title当成标签了,其实我是想用“新闻标题”来显示给用户看的。

     3、aspx页面里一大堆的字段名和SQL语句,当然这些都是FormView 和 SqlDataSource的属性的内容。这么分散不便于管理吧,有个风吹草动的话怎么办呢?我还没有深入了解,不知道FormView 和 SqlDataSource有没有好的应对方法。

 

     分析一下FormView 和 SqlDataSource都做了哪些事情,FormView主要是绘制各种控件,保存数据,提取数据这些工作好像都交给SqlDataSource了。(顺便问一下,谁使用了这种方式来写项目?我还是头一回尝试,不知道用得对不对。)

 

     我的表单控件和这个差不多,主要是针对这几个缺点来完善的,请看下图。

 

【思路】表单控件和查询控件,整理一下思路。   

 

     先继承.net Framework里的 DataBoundControl   定义一个 myDataBoundControl,加上两个属性,以便于表单控件、查询控件和分页控件公用。

     然后在继承myDataBoundControl 定义一个 BaseForm,作为 表单控件、查询控件 的基类,用于实现公用的代码。

     

      BaseForm 的任务:

 

     1、根据“配置信息”来绘制UI,比如文本框、下拉列表框、复选框组等控件,并且可以填充item,比如下拉列表框的选项,只绘制出来一个空的下拉列表框也没有什么大用处呀,所以要能够填充“选项”才好。

     2、提取用户输入的数据,填充到一个集合里面,以备表单控件和查询控件使用。

     

     myForm ,继承BaseForm,实现添加、修改、显示数据的功能。

     myForm 的任务:

 

     1、得到存储过程的名称,或者拼接参数化的SQL语句,再加上BaseForm 里添加的参数,一起提交给“数据访问函数库”,最终交给数据库执行添加(修改)的操作。

     2、在修改和显示的装状态下要可以提取要修改的数据(提取部分交给数据访问函数库处理),自动“绑定”到各个控件。

 

     查询控件就是把用户输入的数据,根据查询方式组合成SQL语句(where后面的),然后交给分页控件就可以了。

 

     表单控件可以使用参数化sql,也可以使用存储过程。最大的优点就是可以不必在写拼接参数化的sql语句,也不用写给Parameter赋值的语句了。

     另一个优点就是,当字段名有变化的时候,只需要修改“配置信息”,不用修改代码了。因为需要的SQL语句都是在运行的时候根据配置信息动态生成的,所以只需要改配置信息就可以了,省去了改代码的烦恼。

 

     配置信息,上面提到了几回配置信息,还没有详细说明。这里的“配置信息”不是web.config文件,而是一种字段和UI(文本控件、下拉列表框等)的对应关系,就是说要描述一下一个字段在表单、查询、列表显示里面的形式,比如说Title(新闻标题),在表单里面会“变成”一个文本框,查询的时候还是一个文本框,但是要增加查询条件,要用模糊查询(like '%key%')的方式。还有一些细节,比如文本框的宽度,最大字符数,单行的还是多行的,是否需要验证、验证的方式等信息。对于下拉列表框就是如何填充选项,这些都要描述出来。

 

     这些信息是放在数据库里的,不是放在一个表,而是多各表,目的就是可以复用字段名称,做到数据库里的字段名称有变化,配置信息里面只需要改一处就可以了。

 

     表单控件的整体的思路和代码生成器有点相似,不同的是,代码生成器需要事先生成好代码,然后编译、运行;而表单控件的思路是,写好一个控件,编译,运行的时候根据描述信息来动态(自动)绘制UI,生成需要的参数化的SQL语句,自动填充存储过程的参数等。优点就是,易于应对变化。

 

     基本功能都已经出来了,剩下的是整理一下思路,有些地方还要考虑安全因素,要在效率和安全之间找一个平衡点。最后还要写一个“管理程序”来管理这些“描述信息”。

 

     现在代码还比较乱,可能会有比较大的改动,所以就先不提供下载了,整理一下,在提供下载。

 


上一篇:学生课程分数的Spark SQL分析


下一篇:Redis数据持久化—RDB持久化与AOF持久化