转:dotext数据库篇
http://www.tt52.cn/blogview.asp?logID=178&cateID=3
首先我们先来看看组件 Data Access Application Block,它是微软以源代码形式提供的一个优化的数据访问组件,你可以去
微软下载,当然我们也可以在.text的sqlhelper.cs,adohelp.cs,sqlserver.cs三个文件里面找到全部代码,sqlhelper和adohelp都包含
sqlhelper和SqlHelperParameterCache两个类,sqlhelper用来向数据库发出各种不同类型的命令,SqlHelperParameterCache负责
参数管理.而sqlserver类是adohelp.cs的虚拟类的实现,我们可以看到adohelp.cs里面有很多visual的虚拟方法,正是因为这里用的visual
而非abstract,这些虚拟成员都有缺省实现,所以sqlserver类非常简单。这个目录下还有几个其他的文件,他们的作用我们后面再说。
下面我们以大家比较关心的分类来分析.text的数据访问流程。
我们知道首页有分类的显示,那就看看首页的分类是怎么显示出来的。
打开aggsite下的Template.ascx(如果不明白为什么要打开这个文件的,请参看入门篇)
可以看到这里用的是一个SiteMoreCategory用户控件,再打开这个用户控件,可以看到它又调用了link类
的GetCategoriesByParentID方法.继续跟踪发现又跑到DTOProvider类里面,DTOProvider只有几句代码,但这几句代码非常关键,
它有一个static的构造函数,static的构造函数的好处在于,当我们调用一个类的静态成员之前,它会自动执行!
而Instance则返回了一个IDTOProvider接口,这里返回一个接口是一个非常巧妙的技巧,
就是说只要实现这个接口的类都可以通过这个方法返回,这也是我们在跟踪很多数据访问的代码的时候,
都会有个DTOProvider.Instance().什么的原因,呵呵.我们看看IDTOProvider里面有些什么,哇,好多东西!但都是空架子!
(你少说废话,不是空的那还叫接口),
我们重点分析构造函数里面的代码, DTOProviderConfiguration dtoPC =Config.Settings.BlogProviders.DTOProvider;我考,
这什么玩意,简直是乱七八糟!哈哈,不过如果你结合web.config也很好理解,它搞这么多层实际上也就是从web.config里面读取配置
的type="Dottext.Framework.Data.DataDTOProvider"而已.
我们回到IDTOProvider的方法GetCategoriesByParentID,因为DataDTOProvider是实现IDTOProvider接口的,
很自然我们到DataDTOProvider找这个方法的实现代码,
DbProvider.Instance().GetCategoriesByType(catType,ActiveOnly),这句让我们又要跑到dbprovider类里面
在这个类里面我们看到了与DTOProvider相类似的代码,我们在web.config里面找到
type="Dottext.Framework.Data.SqlDataProvider, Dottext.Framework",
怎么又跑到web.config搞名堂了?
呵呵,聪明的你也许想到什么,假如orcale公司也有个什么Data Access Application Block(就算没有,我们自己也可以写一个),
那我们另写一个OrcaleSqlDataProvider调用它,再把web.config
换成 type="Dottext.Framework.Data.OrcaleSqlDataProvider"什么的,我们
不是就可以访问orcale数据库了?非常正确!兜了这么大的圈子,我们主要的目的就是为了这个,呵呵.
在SqlDataProvider里面找到GetCategoriesByType的实现代码,可以看到它通过调用sqlhelper函数的方法,执行blog_GetCategoriesByType
存储过程,完成数据库的读取!
最后让我们来总结一下:
config类
从web.config里面读取动态配置信息(配置也.text是很重要的一部分,有机会另外写文章与大家一起研究)
IDTOProvider,DTOProvider,DataDTOProvider类 业务层
.text的功能代码都在这里实现,界面层(用户控件)直接调用这里的成员就可以了
IDBProvider,DBProvider,SqlDATAProvider类 数据业务层
是业务层和数据访问层的桥梁,因为这一层的存在,让我们在使用多种数据源的时候易如反掌
SqlHelper,ParameterCache类 数据访问层
前面已经有说明
数据库的表结构,存储过程什么的,与其我来猜测,不如等dudu抽空给大家整理下吧.
首先我们先来看看组件 Data Access Application Block,它是微软以源代码形式提供的一个优化的数据访问组件,你可以去
微软下载,当然我们也可以在.text的sqlhelper.cs,adohelp.cs,sqlserver.cs三个文件里面找到全部代码,sqlhelper和adohelp都包含
sqlhelper和SqlHelperParameterCache两个类,sqlhelper用来向数据库发出各种不同类型的命令,SqlHelperParameterCache负责
参数管理.而sqlserver类是adohelp.cs的虚拟类的实现,我们可以看到adohelp.cs里面有很多visual的虚拟方法,正是因为这里用的visual
而非abstract,这些虚拟成员都有缺省实现,所以sqlserver类非常简单。这个目录下还有几个其他的文件,他们的作用我们后面再说。
下面我们以大家比较关心的分类来分析.text的数据访问流程。
我们知道首页有分类的显示,那就看看首页的分类是怎么显示出来的。
打开aggsite下的Template.ascx(如果不明白为什么要打开这个文件的,请参看入门篇)
可以看到这里用的是一个SiteMoreCategory用户控件,再打开这个用户控件,可以看到它又调用了link类
的GetCategoriesByParentID方法.继续跟踪发现又跑到DTOProvider类里面,DTOProvider只有几句代码,但这几句代码非常关键,
它有一个static的构造函数,static的构造函数的好处在于,当我们调用一个类的静态成员之前,它会自动执行!
而Instance则返回了一个IDTOProvider接口,这里返回一个接口是一个非常巧妙的技巧,
就是说只要实现这个接口的类都可以通过这个方法返回,这也是我们在跟踪很多数据访问的代码的时候,
都会有个DTOProvider.Instance().什么的原因,呵呵.我们看看IDTOProvider里面有些什么,哇,好多东西!但都是空架子!
(你少说废话,不是空的那还叫接口),
我们重点分析构造函数里面的代码, DTOProviderConfiguration dtoPC =Config.Settings.BlogProviders.DTOProvider;我考,
这什么玩意,简直是乱七八糟!哈哈,不过如果你结合web.config也很好理解,它搞这么多层实际上也就是从web.config里面读取配置
的type="Dottext.Framework.Data.DataDTOProvider"而已.
我们回到IDTOProvider的方法GetCategoriesByParentID,因为DataDTOProvider是实现IDTOProvider接口的,
很自然我们到DataDTOProvider找这个方法的实现代码,
DbProvider.Instance().GetCategoriesByType(catType,ActiveOnly),这句让我们又要跑到dbprovider类里面
在这个类里面我们看到了与DTOProvider相类似的代码,我们在web.config里面找到
type="Dottext.Framework.Data.SqlDataProvider, Dottext.Framework",
怎么又跑到web.config搞名堂了?
呵呵,聪明的你也许想到什么,假如orcale公司也有个什么Data Access Application Block(就算没有,我们自己也可以写一个),
那我们另写一个OrcaleSqlDataProvider调用它,再把web.config
换成 type="Dottext.Framework.Data.OrcaleSqlDataProvider"什么的,我们
不是就可以访问orcale数据库了?非常正确!兜了这么大的圈子,我们主要的目的就是为了这个,呵呵.
在SqlDataProvider里面找到GetCategoriesByType的实现代码,可以看到它通过调用sqlhelper函数的方法,执行blog_GetCategoriesByType
存储过程,完成数据库的读取!
最后让我们来总结一下:
config类
从web.config里面读取动态配置信息(配置也.text是很重要的一部分,有机会另外写文章与大家一起研究)
IDTOProvider,DTOProvider,DataDTOProvider类 业务层
.text的功能代码都在这里实现,界面层(用户控件)直接调用这里的成员就可以了
IDBProvider,DBProvider,SqlDATAProvider类 数据业务层
是业务层和数据访问层的桥梁,因为这一层的存在,让我们在使用多种数据源的时候易如反掌
SqlHelper,ParameterCache类 数据访问层
前面已经有说明
数据库的表结构,存储过程什么的,与其我来猜测,不如等dudu抽空给大家整理下吧.