對於使用ADO.NET通用介面建立對象

對於使用ADO.NET通用介面建立對象

 　　使用ADO.NET通用介面的另一個好處是它能被繼承用於建立強型別的DataSet。強型別DataSet的好處包括設計時的檢查和強型別DataSet 的Visual Studio .NET語句填充。

　　對於ADO.NET通用介面的相關使用還是比較常見，就使用ADO.NET DbProviderFactories並擴充相容mysql我深入的研究了一下，我們現在一起來看看吧。ADO.NET2.0 為各種ADO.NET類引入了一個提供者工廠的模型以及通用基類。

　　ADO.NET通用介面的限制：介面不易擴充，ADO.NET1.1無法建立某些類的執行個體，ADO.NET1.1無法判斷可用的.NET資料提供者。提供工廠模型如何解決上述限制，通過抽象積累來擴充ADO,NET模型。

　　使用ADO.NET DbProviderFactories類來建立對象。提供者工廠模型的限制，許多查詢結構都是資料庫特有的。為參數化查詢設定CommandText時，可能需要提供者特有的代碼，指定參數資料類型可能需要提供者特有的代碼。為了使開發的代碼通用。

　　不局限於特定的資料庫，本次開發中決定使用DbProviderFactory+標準SQL，以開發一個適用於mysql和 sqlserver的封裝，但DbProviderFactories 並沒有提供對mysql的DbProviderFactory的支援，所以需要擴充ADO.NET通用介面相容mysql,而且在ADO.net 2.0中mysql和sqlserver的ParameterMarkerFormat都有bug，ADO.NET通用介面所以擴充類要解決這個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;

　　}

　　}