dotnet2004

谢谢大家的热心！特别感谢wayfarer ，写得清晰有条理，让我受益匪浅！：）

我采用Adapter Pattern和IOC的Dependency Injection Pattern做过这种设计, 施行过程大概是这样的,

不一上来就做框架, 先用其中一个provider做几个通用的例子, 比如用SQLClient调用Stored proc, query, insert.. 然后用Refactorting里的Extract Interface方法, 先做一个DBAdapter interface, 再做一个类SQLClientAdapter把所有和 SQLClient相关的操作都提取出来, 做为DBAdapter和SQLClientAdapter的方法, 如果你的应用需要访问oracle, 再做一个OracleClientAdapter, 实现DBAdapter 的所有方法.


这样一来你的程序只需要用到DBAdapter interface, 然后用IOC的Dependency Injection Pattern方法创建 DBAdapter(可以用spring.net或pico.net), 这样你就可以通过修改配置文件来切换adapter了.

当然也可以用Factory Method Pattern的方法来配置Adapter, 不过始终需要修改code, IOC其实是对Factory Method Pattern的一种加强, 并且他还可以替换Singleton Pattern 和Prototype Pattern

前一阵为我和同事做的blog写的，不知道怎样，有什么需要改进的地方大家帮我看看

精彩！
我感觉以上讨论是关于多数据库支持的做法，如果一个项目同时有多个数据库，有时候需要从sqlserver获取数据，有时候需要从oracel获取数据，这个要求，设计数据层的时候应该如何设计比较好呢 ？

我刚开始是想做两个privider :SqlServerProvider和OracleProvider，但个人感觉这样做，在数据操作层的时候，要区分这种操作是调用哪个Provider，感觉不怎么好

的好好思考一下上面朋友的言论了！

我们现在的dataaccess层基本上可以适应多种数据库，目前可以支持db2 olddb，不过麻烦就在于sql语句要重新写。因为各种数据驱动会有一些语法差异。

我曾经遇到过一个这样的项目，一开始的时候就在SQL和Oracle之间晃来晃去，最后选择了PostSql（免费的）。还有一次是编码已经开始了，才告诉我，还有几个报表是在Oracle数据库里做的。
http://www.cnblogs.com/dotnet2004/archive/2004/11/30/71066.html
文章的最后举的例子是我在实际工作中应用的情景，希望能代给大家一些值得讨论的东西。
设计不能解决合同签不下来的问题，也不能解决工程款结不下来的问题，只能在传来坏消息的时候减少一点绝望。从某种角度上说，好的设计可以化解一些需求上的风险，增加一些讨价还价的砝码。

看了你的文章,说了一点看法,在这里http://www.cnblogs.com/anxing/archive/2004/11/30/71143.html

为了你能看得更方便一点，我还是直接把JGTM的评论贴出来吧。说实话，他写的这段代码很精彩，应该对你有帮助：

关于FACTORY METHODS的应用，在很多地方均有涉及（尤其是framework代码中），在类似于data provider的场合尤其多见。.NET中IDbConnection中的CreateCommmand()方法是我最常举的例子，它使得client代码的开发对具体类的依赖大幅度减少。

正好现在有时间，随手举个例子给你吧，我用重构的方法根据你文中提到的要求来推导，okay！先看这个原始代码：

public DataSet ClientSample()
{
　SqlCommand command = new SqlCommand(commandText);
　SqlDataAdapter adapter = new SqlDataAdapter(command);
　using (SqlConnection connection = new SqlConnection(connectionString))
{
　　DataSet result = new DataSet();
　　connection.Open();
　　adapter.Fill(result, "tableName");
　　return result;
　}
}

注意看它依赖了多少个具体的数据源相关的类。为了让这段代码可以适应多种数据源，首先要把具体类换成抽象类或接口，如下：

public DataSet ClientSample2()
{
　IDbCommand command = new SqlCommand(commandText);
　IDataAdapter adapter = new SqlDataAdapter(command);
　using (IDbConnection connection = new SqlConnection(connectionString))
　{
　　DataSet result = new DataSet();
　　connection.Open();
　　adapter.Fill(result, "tableName");
　　return result;
　}
}

然后把构造具体类的逻辑封装成所谓provider：

public DataSet ClientSample2()
{
　IMyProvider provider = new MySqlProvider();
　IDbCommand command = provider.GetCommand(commandText);
　IDataAdapter adapter = provider.GetDataAdapter(command);
　using (IDbConnection connection =
provider.GetConnection(connectionString))
　{
　　DataSet result = new DataSet();
　　connection.Open();
　　adapter.Fill(result, "tableName");
　　return result;
　}
}

现在你就只依赖一个具体类了，再把这个依赖性通过引入字符串来消除：

const providerTypeName = "MyCompany.MyProject.MySqlProvider, SqlProvider";

public DataSet ClientSample2()
{
　IMyProvider provider =
(IMyProvider)Activator.CreateInstance(providerTypeName);
　IDbCommand command = provider.GetCommand(commandText);
　IDataAdapter adapter = provider.GetDataAdapter(command);
　using (IDbConnection connection =
provider.GetConnection(connectionString))
　{
　　DataSet result = new DataSet();
　　connection.Open();
　　adapter.Fill(result, "tableName");
　　return result;
　}
}

这个常量是个可配置的信息，如果放到配置文件中，这段代码就已经做到数据源无关了。这里面使用FACTORY METHODS模式利用GetCommand、GetDataAdpator和GetConnection三个方法把对IDbCommand、IDataAdapter和IDbConnection的构造延迟到子类中。如果把GetCommand合并入GetDataAdapter，就得到比较理想的client逻辑：

public DataSet ClientSample2()
{
　IMyProvider provider =
(IMyProvider)Activator.CreateInstance(providerTypeName);
　using (IDbConnection connection =
provider.GetConnection(connectionString))
　{
　　IDbCommand command = connection.CreateCommand();
　　IDataAdapter adapter = provider.GetDataAdapter(command);
　　DataSet result = new DataSet();
　　connection.Open();
　　adapter.Fill(result, "tableName");
　　return result;
　}
}

这里你可以发现，我们利用了IDbConnection中的CreateCommand()这个FACTORY METHOD进一步减少了provider的责任，使得provider内部也只需要依赖于两个和数据源相关的具体类：XxxConnection和XxxDataAdaptor：

public class MySqlProvider: IMyProvider
{
　public IDbConnection GetConnection(string connectionString)
　{
　　return new SqlConnection(connectionString);
　}
　public IDataAdapter GetDataAdapter(IDbCommand command)
　{
　　command.CommandType = CommandType.StoredProc;
　　command.CommandText = "myStoredProc";
　　return new SqlDataAdapter(command);
　}
}

这里，IMyProvider应该是由你的框架代码来定义，所有的provider都要reference你的框架并依赖这个接口，这也是所谓IOC的具体应用——在没有任何具体的provider类之
前client可以独立的编译，它并不依赖、引用任何具体的可扩展的provider类库。

上面的例子希望能够对你理解FACTORY METHODS（其实是TEMPLATE METHODS的一种具体情形）有所帮助吧！另外，我写的例子千万不要拷贝粘贴到开发环境中，否则引起蓝屏
甚至硬件故障本人一概不负责任。嘿嘿！：）

JGTM'2004 [MVP]
JGTM Studio .NET


btw：JGTM，我这样贴你的内容，不会怪我侵权吧，嘿嘿:)

这样的文章当然可以放在首页。希望大家发表更多的有关软件设计与编辑思想方面的文章。我们专注于.NET, 但我们更要超越.NET, 去领悟软件设计的真谛！

感觉这种设计灵活性并不好。多用接口而不是具体的类，灵活性更高。楼主看看这篇文章，尤其是文章后JGTM'2004 [MVP]的评论。

http://blog.joycode.com/musicland/articles/16642.aspx

同样是调用两种数据库，这种方式应该会好些。