走进Linq-Linq to SQL源代码赏析之Provider的初始化

系列文章导航:

走进Linq--Linq横空出世篇

走进Linq-辉煌的背后

走进Linq-Linq大观园

不能不说的C#特性-对象集合初始化器

不能不说的C#特性-匿名类型与隐式类型局部变量

不能不说的C#特性-扩展方法

不能不说的C#特性-匿名方法和Lambda表达式

不能不说的C#特性-迭代器(上)及一些研究过程中的副产品

不能不说的C#特性-迭代器(下),yield以及流的延迟计算

走进Linq-Linq to Objects(上)基础篇

走进Linq-Linq to Objects(下)实例篇

走进Linq-Linq to SQL感性认识篇

走进Linq-Linq to SQL How do I(1)

走进Linq-Linq to SQL How do I(2)

走进Linq-Linq to SQL How do I(3)

走进Linq-How do I(4)拾遗补零篇第一节

走进Linq-Linq to SQL源代码赏析 Table的获取过程

走进Linq-Linq to SQL源代码赏析之Provider的初始化

走进Linq-Linq to SQL源代码赏析,通过Linq to SQL看Linq


话说Linq to SQL理论上应该支持多种数据库的,而且应该支持多种数据库,到最后却落的这个局面,是为了商业考虑还是本来技术就不成熟?不得而知。不过不管怎么说Linq to SQL的体系结构确实是支持扩展的。

在System.Data.Linq.Mapping这个命名空间下微软提供了一个特性:ProviderAttribute,使用强类型的DataContext或使用Xml做映射的时候,该特性可以用来指定具体的数据库提供者。如下:

[Database(“dbo.cnblogs”)]
[Provider(
typeof(SqlProvider))]
Public CnBlogDataContext : DataContext
{

}

系列文章导航:

走进Linq--Linq横空出世篇

走进Linq-辉煌的背后

走进Linq-Linq大观园

不能不说的C#特性-对象集合初始化器

不能不说的C#特性-匿名类型与隐式类型局部变量

不能不说的C#特性-扩展方法

不能不说的C#特性-匿名方法和Lambda表达式

不能不说的C#特性-迭代器(上)及一些研究过程中的副产品

不能不说的C#特性-迭代器(下),yield以及流的延迟计算

走进Linq-Linq to Objects(上)基础篇

走进Linq-Linq to Objects(下)实例篇

走进Linq-Linq to SQL感性认识篇

走进Linq-Linq to SQL How do I(1)

走进Linq-Linq to SQL How do I(2)

走进Linq-Linq to SQL How do I(3)

走进Linq-How do I(4)拾遗补零篇第一节

走进Linq-Linq to SQL源代码赏析 Table的获取过程

走进Linq-Linq to SQL源代码赏析之Provider的初始化

走进Linq-Linq to SQL源代码赏析,通过Linq to SQL看Linq


关于设计模式的旁白

桥接模式

看到这里也许大家都说,哦,原来实际的事情都是这个IProvider干的啊,IProvide是个接口,下面可能有SqlProvider,OracleProvider,AccessProvider,只要提供这些Provider我们就可以无限扩展数据库了。是的,设计到这一步已经可以满足多数据库的要求了,但是数据库种类的多样性只是一个方面,还有每种数据库版本的差异呢?如果我们就使用继承,就这样无限的去扩展,最后会得到一个很复杂的类层次,层次搞复杂后不仅仅难于重构,更要的是会出现很多重复,灵活性也降低了。

如果光使用继承,我们可能会得到这样的继承树:

这样的继承层次看起来貌似很“专业”,但是灵活性实在是不敢恭维,首先,任何一个层次的小小变动在整个继承链上都要改动,如果增加一种数据库,而这种数据有会有几种版本,各个版本之间又有些差异,那么类的数量会成倍增长。还有一个,那就是子类之间有可能造成重复,假如Sql2000Provider和Oracle9iProvider之间有重复怎么办?C#又不支持多继承,我们无法使用Martin Folwer的重构方法将子类重复的部分提升到父类。那有什么好办法呢?看看微软的设计师是怎么干的。

系列文章导航:

走进Linq--Linq横空出世篇

走进Linq-辉煌的背后

走进Linq-Linq大观园

不能不说的C#特性-对象集合初始化器

不能不说的C#特性-匿名类型与隐式类型局部变量

不能不说的C#特性-扩展方法

不能不说的C#特性-匿名方法和Lambda表达式

不能不说的C#特性-迭代器(上)及一些研究过程中的副产品

不能不说的C#特性-迭代器(下),yield以及流的延迟计算

走进Linq-Linq to Objects(上)基础篇

走进Linq-Linq to Objects(下)实例篇

走进Linq-Linq to SQL感性认识篇

走进Linq-Linq to SQL How do I(1)

走进Linq-Linq to SQL How do I(2)

走进Linq-Linq to SQL How do I(3)

走进Linq-How do I(4)拾遗补零篇第一节

走进Linq-Linq to SQL源代码赏析 Table的获取过程

走进Linq-Linq to SQL源代码赏析之Provider的初始化

走进Linq-Linq to SQL源代码赏析,通过Linq to SQL看Linq


IProvder的初始化方法Initialize需要两个参数,其中一个就是一个IDataService接口(注意,这里是接口,那肯定有很多实现,不过由于Linq to SQL就支持一种数据库,现在也只有一种实现了,不过我们可以通过这种形式来想象和扩展,并可以学习这种理念),这个时候我们得到的是另外一种类图:

这里以组合的方式,组合Provider和IDataService,类的继承层次简明了很多,也可以很容易处理子类之间的重复了。

实际上这就是桥接模式,该模式的意图是抽象和实现相分离,在这里IProvider就是抽象,而IDataService这边就是实现了。通过IDataService这个接口,把SqlProvider和CommonDataService,DBProvider和DBDataService之间的依赖消除了。仔细体会一下,我们的实际项目中在哪些地方出现过这样的场景?不久以前我发了一篇博客《重构到Brdge模式》,那里描述了我实际项目中一个真实的场景。

请注意的是,实际的Linq to SQL因为只支持SQL Server,所以上面的类图描述的关系并不存在,但是我们从代码中完全可以想象的到即使要扩展也是很容易的,这就是架构的力量,即使是昨天的设计也能应付明天的变化。

关于Provider的初始化就介绍到这里了,在文章末尾的源代码下载里提供了IProvider类和SqlProvider类,你可以看看初始化的过程,并联系上面的图想想如何构建一个可扩展的架构。


Linq to SQL源代码下载,注意不是完整源代码,不能通过编译,我会逐渐增加源代码

it知识库走进Linq-Linq to SQL源代码赏析之Provider的初始化,转载需保留来源!

郑重声明:本文版权归原作者所有,转载文章仅为传播更多信息之目的,如作者信息标记有误,请第一时间联系我们修改或删除,多谢。