asp.net 简单工厂模式和工厂方法模式之论述
编程学习 2021-07-04 22:40www.dzhlxh.cn编程入门
简单工厂模式的最大优点在于工厂类中包含了必要的逻辑判断，根据客户端的选择条件动态实例化相关的类，对于客户端来说，去除了于具体产品的依赖
简单工厂模式和工厂方法模式的区别
简单工厂模式的最大优点在于工厂类中包含了必要的逻辑判断，根据客户端的选择条件动态实例化相关的类，对于客户端来说，去除了于具体产品的依赖。而工厂方法模式定义了一个用于创建对象的借口，让子类决定实例化哪一个类，工厂方法是一个类的实例化延迟到其子类。其实多做一些联系不难发现：工厂方法模式实现时，客户端需要决定实例化那个工厂来实现运算类，选择判断的问题还是存在的，也即是说，工厂方法吧简单工厂的内部逻辑判断移到了客户端代码来进行，我想要加一些功能，本来是需要修改工厂类的，但是现在我们只需要修改客户端即可。狼蚁网站SEO优化是我们老师通过一个项目来简单的分析工厂模式的区别，我大致整理了一下，写的不好，只作为参考哦。
现在我们在开发一些web项目或者WInform项目时，我们都要数据库来管理所有的信息，现在就以我开发的一个系统《陇原商城》为例，假如我的系统投入使用了，假如我用的数据库就是Access数据库,但是，过了一段时间，由于陇原商城货买的非常好，Access数据库已近不能满足客户的需求了，这时候客户想换成Sql Server数据库，这样的话，我们又必须重新编写代码，重新换成Sql Server数据库来实现，假如又过了一段时间，Sql Server数据库也不能满足用户的的需求，这时候用户又想换成Oracel数据库来实现呢，到这里就不说了，可能我们开发人员就带吐血啊，这样就引起来我们的深思，我们怎么样做一个系统可以让我们不在那么麻烦的修改代码呢？这就涉及到设计模式了，所以就出现了工厂方法模式，狼蚁网站SEO优化用工厂方法模式做一个小实验来实现这样的一个过程。
新建一个控制台应用程序，命名为FactoryMethodPattern，在控制台中添加一个IProductDAL接口，在里面定义一个方法，实现如下：
namespace FactoryMethodPattern
{
public interface IProductDAL
{
void Insert();
}
}
然后新建接口实现工厂模式IProductDALFactory，实现如下：
namespace FactoryMethodPattern
{
public interface IProductDALFactory
{
IProductDAL CreateProductDAL();
}
}
接下来在项目中添加类AccessProductDAL，继承自接口IProductDAL，实现的方法是向控制台输出一条信息，实现如下：
namespace FactoryMethodPattern
{
public class AccessProductDAL:IProductDAL
{
#region IProductDAL 成员
public void Insert()
{
Console.WriteLine("AccessProductDAL.Insert");
}
#endregion
}
}
然后创建一个AccessProductDAL的工厂类，使他继承自IProductDALFactory接口，创建一个方法使其它的返回值为IProductDAL，最后在方法的实现里面返回实例化的AccessProductDAL，实现代码如下:
namespace FactoryMethodPattern
{
public class AccessProductDALFactory:IProductDALFactory
{
#region IProductDALFactory 成员
public IProductDAL CreateProductDAL()
{
return new AccessProductDAL();
}
#endregion
}
}
接下来写一下：实现Sql Server数据库的方法，添加一个类SqlProductDAL，使其方法输出一句话
namespace FactoryMethodPattern
{
public class SqlProductDAL:IProductDAL
{
#region IProductDAL 成员
public void Insert()
{
Console.WriteLine("SqlProductDAL.Insert");
}
#endregion
}
}
再添加SqlProductDALFactory类，实现代码如下：
namespace FactoryMethodPattern
{
public class SqlProductDALFactory:IProductDALFactory
{
#region IProductDALFactory 成员
public IProductDAL CreateProductDAL()
{
return new SqlProductDAL();
}
#endregion
}
}
接下来添加App.config文件，来实现系统所选择的数据库是什么数据库，代码如下：
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<appSettings>
<add key="DALFactory" value="FactoryMethodPattern.SqlProductDALFactory"/>
</appSettings>
</configuration>
在写业务逻辑层BLL,利用反射获取app.config中所选择的路径是什么。读取出来
代码如下：
namespace FactoryMethodPattern
{
public class BLL
{
public void Insert()
{
//利用反射实现功能
IProductDALFactory factory =(IProductDALFactory) Assembly.GetExecutingAssembly().CreateInstance(ConfigurationManager.AppSettings["DALFactory"]);
IProductDAL pro = factory.CreateProductDAL();
pro.Insert();
}
}
}
最后在program里面读取BLL层信息，输出信息
namespace FactoryMethodPattern
{
class Program
{
static voidMain(string[] args)
{
BLL product = new BLL();
product.Insert();
Console.ReadKey();
}
}
}
最后单击运行显示的输出信息为：
简单工厂模式的最大优点在于工厂类中包含了必要的逻辑判断，根据客户端的选择条件动态实例化相关的类，对于客户端来说，去除了于具体产品的依赖。而工厂方法模式定义了一个用于创建对象的借口，让子类决定实例化哪一个类，工厂方法是一个类的实例化延迟到其子类。其实多做一些联系不难发现：工厂方法模式实现时，客户端需要决定实例化那个工厂来实现运算类，选择判断的问题还是存在的，也即是说，工厂方法吧简单工厂的内部逻辑判断移到了客户端代码来进行，我想要加一些功能，本来是需要修改工厂类的，但是现在我们只需要修改客户端即可。狼蚁网站SEO优化是我们老师通过一个项目来简单的分析工厂模式的区别，我大致整理了一下，写的不好，只作为参考哦。
现在我们在开发一些web项目或者WInform项目时，我们都要数据库来管理所有的信息，现在就以我开发的一个系统《陇原商城》为例，假如我的系统投入使用了，假如我用的数据库就是Access数据库,但是，过了一段时间，由于陇原商城货买的非常好，Access数据库已近不能满足客户的需求了，这时候客户想换成Sql Server数据库，这样的话，我们又必须重新编写代码，重新换成Sql Server数据库来实现，假如又过了一段时间，Sql Server数据库也不能满足用户的的需求，这时候用户又想换成Oracel数据库来实现呢，到这里就不说了，可能我们开发人员就带吐血啊，这样就引起来我们的深思，我们怎么样做一个系统可以让我们不在那么麻烦的修改代码呢？这就涉及到设计模式了，所以就出现了工厂方法模式，狼蚁网站SEO优化用工厂方法模式做一个小实验来实现这样的一个过程。
新建一个控制台应用程序，命名为FactoryMethodPattern，在控制台中添加一个IProductDAL接口，在里面定义一个方法，实现如下：
代码如下:
namespace FactoryMethodPattern
{
public interface IProductDAL
{
void Insert();
}
}
然后新建接口实现工厂模式IProductDALFactory，实现如下：
代码如下:
namespace FactoryMethodPattern
{
public interface IProductDALFactory
{
IProductDAL CreateProductDAL();
}
}
接下来在项目中添加类AccessProductDAL，继承自接口IProductDAL，实现的方法是向控制台输出一条信息，实现如下：
代码如下:
namespace FactoryMethodPattern
{
public class AccessProductDAL:IProductDAL
{
#region IProductDAL 成员
public void Insert()
{
Console.WriteLine("AccessProductDAL.Insert");
}
#endregion
}
}
然后创建一个AccessProductDAL的工厂类，使他继承自IProductDALFactory接口，创建一个方法使其它的返回值为IProductDAL，最后在方法的实现里面返回实例化的AccessProductDAL，实现代码如下:
代码如下:
namespace FactoryMethodPattern
{
public class AccessProductDALFactory:IProductDALFactory
{
#region IProductDALFactory 成员
public IProductDAL CreateProductDAL()
{
return new AccessProductDAL();
}
#endregion
}
}
接下来写一下：实现Sql Server数据库的方法，添加一个类SqlProductDAL，使其方法输出一句话
代码如下:
namespace FactoryMethodPattern
{
public class SqlProductDAL:IProductDAL
{
#region IProductDAL 成员
public void Insert()
{
Console.WriteLine("SqlProductDAL.Insert");
}
#endregion
}
}
再添加SqlProductDALFactory类，实现代码如下：
代码如下:
namespace FactoryMethodPattern
{
public class SqlProductDALFactory:IProductDALFactory
{
#region IProductDALFactory 成员
public IProductDAL CreateProductDAL()
{
return new SqlProductDAL();
}
#endregion
}
}
接下来添加App.config文件，来实现系统所选择的数据库是什么数据库，代码如下：
代码如下:
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<appSettings>
<add key="DALFactory" value="FactoryMethodPattern.SqlProductDALFactory"/>
</appSettings>
</configuration>
在写业务逻辑层BLL,利用反射获取app.config中所选择的路径是什么。读取出来
代码如下：
代码如下:
namespace FactoryMethodPattern
{
public class BLL
{
public void Insert()
{
//利用反射实现功能
IProductDALFactory factory =(IProductDALFactory) Assembly.GetExecutingAssembly().CreateInstance(ConfigurationManager.AppSettings["DALFactory"]);
IProductDAL pro = factory.CreateProductDAL();
pro.Insert();
}
}
}
最后在program里面读取BLL层信息，输出信息
代码如下:
namespace FactoryMethodPattern
{
class Program
{
static voidMain(string[] args)
{
BLL product = new BLL();
product.Insert();
Console.ReadKey();
}
}
}
最后单击运行显示的输出信息为：
现在这个小系统整体就完成了，现在我要加入Oracel数据库呢？我只要在写两个Oracel数据库的类加到里面，再在app.config中修改一下路径就OK了。
- 总结：工厂方法克服了简单工厂违背开放-封闭原则的缺点，有保持了封装对象创建过程的优点，工厂方法模式是简单工厂模式的进一步抽象和推广，由于使用了多态性，工厂方法模式保持了了简单工厂模式的优点，而且克服了它的缺点。