asp.net简单工厂模式和工厂方法模式之论述

简单工厂模式和工厂方法模式的区别
简单工厂模式的最大优点在于工厂类中包含了必要的逻辑判断，根据客户端的选择条件动态实例化相关的类，对于客户端来说，去除了于具体产品的依赖。而工厂方法模式定义了一个用于创建对象的借口，让子类决定实例化哪一个类，工厂方法是一个类的实例化延迟到其子类。其实多做一些联系不难发现：工厂方法模式实现时，客户端需要决定实例化那个工厂来实现运算类，选择判断的问题还是存在的，也即是说，工厂方法吧简单工厂的内部逻辑判断移到了客户端代码来进行，我想要加一些功能，本来是需要修改工厂类的，但是现在我们只需要修改客户端即可。下面是我们老师通过一个项目来简单的分析工厂模式的区别，我大致整理了一下，写的不好，只作为参考哦。

现在我们在开发一些web项目或者WInform项目时，我们都要数据库来管理所有的信息，现在就以我开发的一个系统《陇原商城》为例，假如我的系统投入使用了，假如我用的数据库就是Access数据库,但是，过了一段时间，由于陇原商城货买的非常好，Access数据库已近不能满足客户的需求了，这时候客户想换成Sql Server数据库，这样的话，我们又必须重新编写代码，重新换成Sql Server数据库来实现，假如又过了一段时间，Sql Server数据库也不能满足用户的的需求，这时候用户又想换成Oracel数据库来实现呢，到这里就不说了，可能我们开发人员就带吐血啊，这样就引起来我们的深思，我们怎么样做一个系统可以让我们不在那么麻烦的修改代码呢？这就涉及到设计模式了，所以就出现了工厂方法模式，下面用工厂方法模式做一个小实验来实现这样的一个过程。

新建一个控制台应用程序，命名为FactoryMethodPattern，在控制台中添加一个IProductDAL接口，在里面定义一个方法，实现如下：

然后新建接口实现工厂模式IProductDALFactory，实现如下：

接下来在项目中添加类AccessProductDAL，继承自接口IProductDAL，实现的方法是向控制台输出一条信息，实现如下：

然后创建一个AccessProductDAL的工厂类，使他继承自IProductDALFactory接口，创建一个方法使其它的返回值为IProductDAL，最后在方法的实现里面返回实例化的AccessProductDAL，实现代码如下:

接下来写一下：实现Sql Server数据库的方法，添加一个类SqlProductDAL，使其方法输出一句话

再添加SqlProductDALFactory类，实现代码如下：

接下来添加App.config文件，来实现系统所选择的数据库是什么数据库，代码如下：

在写业务逻辑层BLL,利用反射获取app.config中所选择的路径是什么。读取出来
代码如下：

最后在program里面读取BLL层信息，输出信息

最后单击运行显示的输出信息为：

现在这个小系统整体就完成了，现在我要加入Oracel数据库呢？我只要在写两个Oracel数据库的类加到里面，再在app.config中修改一下路径就OK了。

1. 总结：工厂方法克服了简单工厂违背开放-封闭原则的缺点，有保持了封装对象创建过程的优点，工厂方法模式是简单工厂模式的进一步抽象和推广，由于使用了多态性，工厂方法模式保持了了简单工厂模式的优点，而且克服了它的缺点。