一、 扩展表格适配器

　　当你设计业务层和数据存取层时，你基本上都是把实体和关系分别 映射到数据库表格及表格列中。典型地，我们期望每个实体的行为是：通过一系列语句来执行数据库操作。那么，你该如何描述一个实体的行为呢？数据存取设计模 式在这方面提供了一定的指导作用。其实，一个表格适配器的CommandCollection属性是一个内部数据结构，它提供的语句用于硬编码在一个表格 上期望的行为。

　　因此，如果你想在Customers表格上添加一种行为，那么，你需要把一个新的T-SQL语句添加到 CommandCollection属性，然后经由CustomersTableAdapter类中的一个新的方法使其成为public型属性。 Visual Studio 2005提供一个简单的向导来完成所有这些工作。只要简单地选择在表格适配器设计器中定义的一个任务，你就可以触发这个向导，如图4所示。

图4.选择表格适配器设计器定义的一个任务触发特定的向导。

　　当你在Visual Studio 2005中选择一个表格适配器组件时，它将显示一个灵敏标签。点击它之后，Visual Studio就会显示一个菜单。如果你选择编辑查询，那么，你会得到当前数据集组件中所有表格的一个图形表示（见图5）。

图5.Visual Studio 2005数据设计器提供的表格关系和表格适配器。

　 　要编辑一个现有查询，你只要选择表格适配器任务列表中的任务并编辑Properties窗口中的属性即可。为了添加一个新任务，你可以选择“Add Query”，然后遵循随后向导的提示即可。该向导最终引导你定义一个新的命令，无论它是一个查询或是一个更新语句。完成之后，你会看到一个额外的入口出 现在任务列表内；另外，对基本代码也进行了一定程度的修改。

　　现在，假定你定义了一个新的查询语句—用于根据不同国家加载相应的顾客信息，那么，最后的语句看起来类似如下：

SELECT ... FROM customers WHERE country=@country

　　向导会要求你为使用该语句检索数据(GetDataXXX)并填充传递的数据表格(FillXXX)的两个方法进行命名。当然，你可以选择仅生成其中一个方法。

　　让我们如图6所示来命名方法GetDataByCountry和FillByCountry。

图6.添加到表格适配器的新任务。

　　这两个新的方法都要使用从命令集合中提取的命令来建立适配器的SelectCommand语句并执行它。列表4展示了该FillByCountry方法的源代码。

　　列表4.FillByCountry方法的源代码。

The new FillByCountry method
Public Overridable Overloads Function FillByCountry( _
ByVal dataTable As CustomersDataTable， _
ByVal country As String) As Integer
　Me.Adapter.SelectCommand = Me.CommandCollection(1)
　If (country Is Nothing) Then
　　Me.Adapter.SelectCommand.Parameters(0).Value = System.DBNull.Value
　Else
　　Me.Adapter.SelectCommand.Parameters(0).Value = CType(country， String)
　End If
　If (Me.ClearBeforeFill = True) Then
　　dataTable.Clear()
　End If
　Dim returnValue As Integer = Me.Adapter.Fill(dataTable)
　Return returnValue
End Function

Sub NorthwindForm_Load(ByVal sender As Object， _ ByVal e As EventArgs) Handles MyBase.Load CustomersTableAdapter.Fill(nwDataSet.Customers) //………… End Sub

Public Class Employee 　Public ID As Integer 　Public FirstName As String 　Public LastName As String 　//…… End Class Public Class EmployeeCollection : Inherits Collection (Of Employee) End Class Public Class EmployeeManager 　Public Function FindAll() As EmployeeCollection 　Public Function Find(ByVal empID As Integer) As Employee 　Public Sub Update(ByVal emp As Employee) 　Public Sub Insert(ByVal emp As Employee) 　Public Sub Delete(ByVal emp As Employee) 　Public Sub Delete(ByVal empID As Integer) 　Public Function FindOrders(ByVal empID As Integer) _ 　As OrderCollection 　//…… End Class

　 　这个EmployeeManager类中提供的方法实现怎么样？不管在你的设计中引入了多少的抽象，在某种程度上你都需要手工实现连接字符串， ADO.NET命令和事务等内容。当然，你能够把这部分代码直接插入到EmployeeManager的方法体内。然而，还有一种更好的方法就是，使用一 组基于TDG模式的中间集合类来实现这一点。图7展示了整个实现框架。

图7.一个使用了模式的多层应用程序架构。

　 　其基本思想是，由描述层创建一个给定实体（比如说，employee表格）的管理器类的实例。一方面，该管理器类要对描述层暴露高级对象；另一方面，它 还负责连接到底层DAL以便进行物理数据存取。在该管理器和DAL可能存在各种层。为了实现更多的灵活性，你可能想使用一种可替换的工厂机制并且是针对不 同的数据库的。

　　反过来，从描述层对管理器类的调用将会实例化一个数据存取提供者工厂类。这个类将从配置文件信息(类和程序集)中读取关于该工厂类的信息以便用来创建其支持的实体(如雇员，顾客，产品，订单等)的数据提供者。

　　每个工厂类都要实现一个合同接口—该接口将依赖于一个方法来返回针对各种实体的数据提供者。最后，这些数据提供者要实现一个接口以便与管理器类中的方法相匹，并使用TDG模式来得到/设置一特定数据库中的物理数据。

　　基于这一模式，通过简单地改变一下配置文件内的某个入口，你就可以使整个系统工作在一个完全不同的数据库之上。现在，你有了一些类—数据提供者—你可以在其中编写优化的数据库代码—并且由于使用了基于合同的接口，所以你不必去打破与上一层的关系。

Public Class EmployeeGateway Public Function Find(ByVal id As Integer) As IDataReader 　//…… End Function Public Function FindAll() As DataTable 　//…… End Function Public Sub Save(ByVal id As Integer， ...) 　//…… End Sub Public Sub Insert(...) 　//…… End Sub Public Sub Delete(ByVal id As Integer) 　//…… End Sub : End Class

本文出自 “青峰” 博客，转载请与作者联系！

本文出自 51CTO.COM技术博客