namespace BLL
{
public class Customers
{
public DataTable GetAllCustomers()
{
CustomersData cd = new CustomersData();
DataTable dt = cd.GetCustomers();
return dt;
}
public DataSet GetCustomerOrders()
{
// 待定
return null;
}
}
}
这样看来，此方法出现什么问题了？此处的问题是，只有一个重要细节将代码绑定到特定数据源：命令字符串的 SQL 语法！实际上，如果以这种方式编写应用程序，则使其具有可移植性的唯一办法是采用可以由任何数据源解释的基本 SQL 语法，但这样可能会失去从特定数据源的特定功能获得好处的机会。如果应用程序只对数据进行很简单和很标准的操作，并且如果您不希望使用特定数据源中的高级功能（如 XML 支持），这可能是个小问题。但通常此方法将导致性能降低，因为您无法使用每个数据源的最佳特性。
编写专门的数据访问层
因此，只使用基本接口不足以通过不同数据源提供可接受级别的抽象。这种情况下，一个好的解决方案是提高此抽象的级别，即创建一组类（如 Customer、Order 等）来封装特定数据提供程序的使用，并通过与特定数据源、类型化的“数据集”、对象集合等无关的数据结构与应用程序的其他级别交换信息。
可以在特定程序集内部创建此层的专用类（为每个受支持的数据源分别创建一个专用类），并可以在需要的情况下按照配置文件中的说明从应用程序加载它们。这样，如果您希望向应用程序中添加全新的数据源，唯一要做的事情是针对一组通用接口组中定义的“合同”实现一组新类。
让我们看一个实际例子：如果希望将 Microsoft® SQL Server™ 和 Microsoft® Access 作为数据源为其提供支持，则应该在 Microsoft® Visual Studio® .NET 中创建两个不同项目，每个数据源分别创建一个。
为 SQL Server 创建的项目将类似于如下所示：
using System;
using System.Data;
using System.Data.Common;
using System.Data.SqlClient;
using System.Configuration;
using Common;
namespace DAL
{
public class CustomersData : IDbCustomers
{
public DataTable GetCustomers()
{
string ConnectionString =
ConfigurationSettings.AppSettings
["ConnectionString"];
using (SqlConnection cnn = new SqlConnection
(ConnectionString))
{
string cmdString = "SELECT CustomerID," +
文章来源于领测软件测试网 https://www.ltesting.net/
