使用ADO.NET通用接口的另一個(gè)好處是它能被繼承用于建立強(qiáng)類型的DataSet。強(qiáng)類型DataSet的好處包括設(shè)計(jì)時(shí)的檢查和強(qiáng)類型DataSet 的Visual Studio .NET語(yǔ)句填充。

對(duì)于ADO.NET通用接口的相關(guān)使用還是比較常見，就使用ADO.NET DbProviderFactories并擴(kuò)充兼容mysql我深入的研究了一下，我們現(xiàn)在一起來(lái)看看吧。ADO.NET2.0 為各種ADO.NET類引入了一個(gè)提供程序工廠的模型以及通用基類。

ADO.NET通用接口的限制：接口不易擴(kuò)展，ADO.NET1.1無(wú)法創(chuàng)建某些類的實(shí)例，ADO.NET1.1無(wú)法判斷可用的.NET數(shù)據(jù)提供程序。提供工廠模型如何解決上述限制，通過(guò)抽象積累來(lái)擴(kuò)展ADO,NET模型。

使用ADO.NET DbProviderFactories類來(lái)創(chuàng)建對(duì)象。提供程序工廠模型的限制，許多查詢結(jié)構(gòu)都是數(shù)據(jù)庫(kù)特有的。為參數(shù)化查詢?cè)O(shè)置CommandText時(shí)，可能需要提供程序特有的代碼，指定參數(shù)數(shù)據(jù)類型可能需要提供程序特有的代碼。為了使開發(fā)的代碼通用。

不局限于特定的數(shù)據(jù)庫(kù)，本次開發(fā)中決定使用DbProviderFactory+標(biāo)準(zhǔn)SQL，以開發(fā)一個(gè)適用于mysql和 sqlserver的封裝，但DbProviderFactories 并沒(méi)有提供對(duì)mysql的DbProviderFactory的支持，所以需要擴(kuò)充ADO.NET通用接口兼容mysql,而且在ADO.net 2.0中mysql和sqlserver的ParameterMarkerFormat都有bug，ADO.NET通用接口所以擴(kuò)展類要解決這個(gè)bug。

public static class DbProviderFactoriesEx

{

public static DbProviderFactory GetFactory(string providerName)

{

if (providerName == null) throw new ArgumentNullException("providerName");

DbProviderFactory dbFactory; switch (providerName)

{

case "MySql.Data.MySqlClient": return new MySqlClientFactory(); default: return DbProviderFactories.GetFactory(providerName);

}

}

public static string GetParameterMarkerFormat(DbConnection connect)

{

if (connect == null)

throw new ArgumentNullException("connect");

Type type = connect.GetType();

if (type == typeof(MySql.Data.MySqlClient.MySqlConnection))

return "?{0}";//mysql bug

if (type == typeof(System.Data.SqlClient.SqlConnection))

return "@{0}";//ms bug connect.Open();

string result = connect.GetSchema("DataSourceInformation").Rows[0]["ParameterMarkerFormat"].ToString();

connect.Close(); return result;

}

}

更多信息請(qǐng)查看IT技術(shù)專欄