日志记录　封装的变化之封装对象创建的变化-搜狐数码天下

搜狐首页-新闻-体育-娱乐-财经-IT-汽车-房产-家居-女人-TV-ChinaRen-邮件-博客-BBS-搜狗

	数码天下 > 网狐学园-全中国人的电脑学习中心 > 程序开发-网狐学园 > 程序设计其他

日志记录　封装的变化之封装对象创建的变化

时间：2006年03月07日09:41

我来说两句(0)

【来源：天极网】【作者：wayfare】

25亿像素的大照片	P2P视频下载60%为情色	两大浏览器龙虎争霸	最佳创意产品NuLOOQ
	迅雷存在严重DDOS漏洞	Windows的环保卫士
	Vista和XP响应速度相近	用注册表砌安全墙
	插件让IE向Maxthon看齐	把摄像头变3D扫描器
	搜狐数字艺术博客大赛	低端显卡Aero亦流畅
搜狗拼音输入法 \| 暴风影音 \| WinRAR \| FlashGet \| 瑞星卡卡 \| Firefox \| Picasa
搜狗工具条 \| ACDSee \| Maxthon \| Internet Explorer \| Windows Live Messenger

　　那么我们来思考一下，以上的设计应该做怎样的修改？假定该数据库组件要求或者将来要求支持多种数据库，那么对于Connection，Command，DataAdapter等对象而言，就不能具体化为Sql Server的对象。也就是说，我们需要为这些对象建立一个继承的层次结构，为他们分别建立抽象的父类，或者接口。然后针对不同的数据库，定义不同的具体类，这些具体类又都继承或实现各自的父类，例如Connection对象：

图三：Connection对象的层次结构

　　我为Connection对象抽象了一个统一的IConnection接口，而支持各种数据库的Connection对象都实现了IConnection接口。同样的，Command对象和DataAdapter对象也采用了相似的结构。现在，我们要创建对象的时候，可以利用多态的原理创建： IConnection connection = new SqlConnection(strConnection);

　　从这个结构可以看到，根据访问的数据库的不同，对象的创建可能会发生变化。也就是说，我们需要设计的数据库组件，以现在的结构来看，仍然存在无法应对对象创建发生变化的问题。利用“封装变化”的原理，我们有必要把创建对象的责任单独抽象出来，以进行有效地封装。例如，如上的创建对象的代码，就应该由专门的对象来负责。我们仍然可以建立一个专门的抽象工厂类DBFactory，并由它负责创建Connection，Command，DataAdapter对象。至于实现该抽象类的具体类，则与目标对象的结构相同，根据数据库类型的不同，定义不同的工厂类，类图如图四所示：

图四：DBFactory的类图

　　图四是一个典型的Abstract Factory模式的体现。类DBFactory中的各个方法均为abstract方法，所以我们也可以用接口来代替该类的定义。继承DBFactory类的各个具体类，则创建相对应的数据库类型的对象。以SqlDBFactory类为例，创建各自对象的代码如下：

public class SqlDBFactory: DBFactory
{
　public override IConnection CreateConnection(string strConnection)
　{
　　return new SqlConnection(strConnection);
　}
　public override ICommand CreateCommand(IConnection connection)
　{
　　return new SqlCommand(connection);
　}
　public override IDataAdapter CreateDataAdapter()
　{
　　return new SqlDataAdapter();
　}
}

　　现在要创建访问Sql Server数据库的相关对象，就可以利用工厂类来获得。首先，我们可以在程序的初始化部分创建工厂对象：

DBFactory factory = new SqlDBFactory();

　　然后利用该工厂对象创建相应的Connection，Command等对象：

IConnection connection = factory.CreateConnection(strConnection);
ICommand command = factory.CreateCommand(connection);

　　由于我们利用了封装变化的原理，建立了专门的工厂类，以封装对象创建的变化。可以看到，当我们引入工厂类后，Connection，Command等对象的创建语句中，已经成功地消除了其与具体的数据库类型相依赖的关系。在如上的代码中，并未出现Sql之类的具体类型，如SqlConnection、SqlCommand等。也就是说，现在创建对象的方式是完全抽象的，是与具体实现无关的。无论是访问何种数据库，都与这几行代码无关。至于涉及到的数据库类型的变化，则全部抽象到DBFactory抽象类中了。需要更改访问数据库的类型，我们也只需要修改创建工厂对象的那一行代码，例如将Sql Server类型修改为Oracle类型：

DBFactory factory = new OracleDBFactory();

　　很显然，这样的方式提高了数据库组件的可扩展性。我们将可能发生变化的部分封装起来，放到程序固定的部分，例如初始化部分，或者作为全局变量，更可以将这些可能发生变化的地方，放到配置文件中，通过读取配置文件的值，创建相对应的对象。如此一来，不需要修改代码，也不需要重新编译，仅仅是修改xml文件，就能实现数据库类型的改变。例如，我们创建如下的配置文件：

＜appSettings＞
　＜add key=”db” value=”SqlDBFactory”/＞
＜/appSettings＞

　　创建工厂对象的代码则相应修改如下：

string factoryName = ConfigurationSettings.AppSettings[“db”].ToString();
//DBLib为数据库组件的程序集：
DBFactory factory = (DBFactory)Activator.CreateInstance(“DBLib”,factoryName).Unwrap();

　　当我们需要将访问的数据库类型修改为Oracle数据库时，只需要将配置文件中的Value值修改为“OracleDBFactory”即可。这种结构具有很好的可扩展性，较好地解决了未来可能发生的需求变化所带来的问题。