面向对象设计模式系列之二工厂方法模式FactoryMethod.docVIP

????在上一篇文章中(Singleton设计模式)曾谈到了工厂模式，那究竟什么是工厂模式呢？它又能解决什么样的问题呢？在知晓这个问题之前，让我们先了解一个概念：对象耦合。经常在很多技术书籍上听到松耦合，高内聚。那什么是松耦合呢？既然有松耦合，那应该存在相对的紧耦合吧。两者之间到底有什么联系呢？ ???? 带着这些问题，我们可以展开为什么需要工厂模式的缘由。松耦合即在软件系统中，模块与模块之间在应对软件变化(主要来自需求变化)时，一些模块很容易被替换或更改，而能使其他模块保持不变。相对的，紧耦合即软件应对变化时，一些软件的改变将会使相关模块发生改变。先看看下面的两幅图： ???? ? ????????? 图1——紧耦合?????????????????????????????????????? 图2——松耦合 我们在这里姑且说明一下，两图中的每根线代表系统的模块，图2中的圆圈代表接口。 从图1中我们可以看出，各个系统模块之间相互依赖，当我们面对需求改变时，也就是说图1中有几根线需要改变时，与之相关的线将因此随之而改变，导致整个系统处于不稳定状态之中。而图2中，我们假设中间的那根长线为系统的主模块，而在主模块上附加的那些分支为次模块，并且此模块与主模块之间是以接口来建立依赖关系，各此模块之间彼此相对独立，这样当其中几个次模块改变时，不会影响其他的次模块。从两图中我们不难发现，图2较图1更优越，能够保持整个软件系统的稳定性和可维护性。由此我们总结：当我们在设计软件系统时，首先必须分清系统模块的主次，并建立起主模块和多个次模块，主模块与次模块之间以接口的方式相互依赖，各次模块之间通过主模块相互贯通。也即是：高层模块(主模块)不直接依赖于低层模块(次模块)，低层模块的变动不会影响到高层模块和其他相关次模块的变动。相信到这里，大家对这个概念应该有充分的认识了，接下来我们开始工厂模式的讲解了，首先以简单工厂开始吧。 ???? 设计意图：定义一个用于创建对象的接口(或抽象类)，让子类决定实例化哪一个类，客户端却不知道具体的实现类。 ???? 应用场景: 在软件系统中，经常面临着某个对象的创建工作，但由于需求的变化导致这个对象的创建方式剧烈的变化，但是它却拥有相对稳定的接口。如何应对这种变化呢？需要提供一种封装机制来隔离这个易变对象的变化，而使依赖于该易变对象的其他对象不随着需求改变而改变。 ???? 实例案例：现在存在一套Web系统是在SQL Server数据库环境下工作，而且也运行良好。但突然有一天由于公司业务量的增长，数据量大为剧增可能需要往Oracle迁移，实现数据库的完全切换，可能原有的支持SQL Server数据库环境的数据访问底层已经无法满足现在业务的需要， HYPERLINK 但又不能去直接改变底层访问的代码，可能以后还有其他数据库来支撑。我们就会想到使用统一的数据库访问接口，让SQL Server,Oracle以及其他数据库都支持这套接口。这样做固然解决支持多数据库问题，但问题在于客户端调用时，怎样去实例化该接口对应的数据库类型，在这种情况下简单工厂就能很好解决这个创建获取数据库类型的问题了。 /// summary/// 定义数据库提供者基类/// /summarypublic abstract class DBProvider{ protected string connectionString = String.Empty; protected DbConnection Connection = null; public DBProvider(string connectionString) { this.connectionString = connectionString; } public abstract void Connect(); public abstract bool CheckConect(); public abstract DataTable ExecuteDataSet(string selectSql); public abstract bool ExecuteInsert(string insertSql); public abstract bool ExecuteUpdate(string updateSql); public abstract bool ExecuteDelete(string deleteSql);} 接下来是Sql Server提供者实现类： Sql Server提供者实现 /// summary/// Sql Server提供者实现//