访问|数据实战 .Net 数据访问层



l 特别说明

本篇实战共分23段，非作者有意如此，乃受CSDN发表文章之64K所限。

虽然有几段根本没有达到64K，但估计是HTML Source超过了这个范

围，所以也不得不单独分段（大都是源代码），请大家谅解。

如果有朋友需要完整文档，请发邮件给我：

mailto:xuefeng.zhangbearingpoint.com

l 引言

这次的讨论是上一部分“剖析 .Net 下的数据访问层技术”的一个续，但也可独立成章，为突出主题，作者就特意换了一个标题。



关于上次的内容，大家可以参考如下链接：

http://www.csdn.net/Develop/read_article.asp?id=26689(一共六篇，id从26689到26694。也可以通过dev.csdn.net -> Windows/.NET进行访问)



在以下论述中，为统一起见，作者暂时将数据访问层简称为DAL（Data Access Layer）。而在“我的方案”中，作者会介绍另一个“DAL”（Data Access Logic），为避免歧义，所有Data Access Logic将保留全名，不再采用简称。



需要特别说明的是，以下列出的代码全部基于.NET Framework 1.2实现，您也可以在.NET Framework 1.1上进行模拟，但某些ADO.NET 2.0中的更新内容可能无法使用，如：ObjectSpaces，DbDataReader等。

您可以通过两种方法使用.NET Framework 1.2：

（1） 安装Whidbey（Beta）或者Visual Studio .NET 2005（Preview），这是最简单的方法；

（2） 安装.NET Framework 1.2 Runtime（Redistributables），使用Visual Studio .NET 2003（不支持Vistual Studio .NET 2002）进行开发。这种方式需要注意两点：

i. 对于Windows Application，在App.config中进行如下设置：

<configuration>

<startup>

<supportedRuntime version="v1.2.30703"/>

</startup>

</configuration>

对于Web Application，不需要进行什么设置，在安装完.NET Framework 1.2 Runtime后已经自动添加了对IIS的支持；

ii. 虽然可以通过Visual Studio .NET 2003编译支持.NET Framework 1.2的项目，但是调试功能将不起任何作用（哪位朋友知道如何解决这个问题？）！

另外，.NET Framework 1.2 Runtime也可以通过安装Microsoft Yukon（Beta）自动得到。



Ok，言归正传，以下部分就是我的方案。



l 我的方案

上次的讨论主要集中在现有的技术，同时，也对不同技术在实现DAL时的差异做了一些分析，综合下来，无非就是这么几种：

（1） ADO.NET

ADO.NET是当前阶段使用.NET进行DAL开发的基本方式，这里的DAL，也包括了对ADO.NET进行封装后提供更简单调用的各类实现，经典例子如：Duwamish，PetShop等；

（2） O/R Mapping

由于.NET Framework 1.2/2.0还未正式Release，包含其中的ObjectSpaces技术暂时还未能成为在.NET下进行DAL开发的首选武器，但是，随着各类ORM Framework的逐渐成熟以及一些开发厂商的不断努力，这方面正呈现出茁壮成长的势头；

（3） X/Y Mapping

这里的X/Y Mapping是指除了上述O/R Mapping之外的其它各类Data Mapping，如：XML to Relation Mapping，Relation to XML Mapping，Object to XML Mapping等，这部分内容不是本文重点，作者将另辟专文讨论；

（4） Distributed Process

严格来说，这个并不是真正意义上的DAL技术，充其量只算锦上添花。不过，正因为考虑到DAL分布式处理的可能性，作者在自己的方案中将其单独归类，并不将其作为DAL的主要特性去实现。这方面的技术大家早已耳熟能详：.NET Remoting，WebServices。



以下，作者将给出一个自己的解决方案，通过实例，和大家一起探讨一下.NET下的DAL实现技术。



u 综合现有的技术

1. 概述

说是解决方案，其实也就是一个“大杂烩”，作者希望通过综合现有的.NET DAL技术来达到Generic目的，免去了为不同项目反复编写DAL的无尽痛苦L，虽然绝对不是银弹，总也想为广大（我也是“受害者”之一J）DAL工程师们带来一点点的改善。除此之外，Ease of Use也是这个解决方案必须考虑的另一难题！

为简单起见，以下将作者的解决方案简称为：DAF（Data Access Facade） Solution。



总的来说，就作者个人观点，DAL Generic有两方面需要我们重点考虑：



（1） 接口一致性：这个大部分Solution都能满足，但有一点比较讨厌，就是Data Entity的设计！这是一个很难Generic的家伙，经常让人顾此失彼L

（2） 存储无关性：Database方面可以通过Provider Factory实现，但XML与Database的混合存储模式就比较麻烦了！随着XML在应用中的逐渐普及（Yukon甚至将其集成到了Database Table Column中），DAL将不可避免地与它产生交互L（当然了，还有种变相的做法也可以解决这个问题：将所有XML问题统统隔离在DAL之外J）



下一段：http://www.csdn.net/develop/Read_Article.asp?id=27544