简单工厂模式_工厂方法模式_简单工厂模式的实现

专门定义一个类来负责创建其他类的实例，被创建的实例通常都具有共同的父类，简单工厂(SimpleFactory)模式又称为静态工厂方法(StaticFactoryMethod)模式，属于类的创建型模式，但其不属于23种GOF设计模式之一，通常它根据自变量的不同返回不同的类的实例。简单工厂模式

UML类图：

简单工厂模式的实质是由一个工厂类根据传入的参数，动态决定应该创建出哪一个产品类的实例。简单工厂模式由上图可以看出，简单工厂模式有工厂、抽象产品、具体产品三个角色。

工厂角色(Factory)

是简单工厂模式的核心，它负责实现创建所有实例的内部逻辑。可被外界直接调用来创建产品对象

抽象产品角色(Product)

是简单工厂模式所创建的所有产品对象的父类，它负责描述所有实例所共有的公共接口

具体产品角色(ConcreteProductA及ConcreteProductB)

是简单工厂模式的创建目标，所有创建的对象都是充当这个角色的某个具体类的实例

应用场景：

光说不练假把式，下面试着用简单工厂模式代码实现一个模拟场景

现实生活中大家都习惯刷卡买单，卡的种类很多，VISA、MASTERCARD等等...下面我们写代码模拟刷卡处理

首先，我们先将各种各样的银行卡抽象出来，实现一个BankCardHandle抽象类，然后每种卡处理实现一个类，并继承BankCardHandle

然后，我们实现工厂角色HandleFactory，定义一个静态方法生成BankCardHandle的实例

到这里，三个角色全部定义完成，下面看看客户端调用的代码实现

BankCardHandlehd;

hd=HandleFactory.CreateBankCardHandle("VISA");

hd.HandleProcess();

hd=HandleFactory.CreateBankCardHandle("MASTERCARD");

hd.HandleProcess();

到此我们模拟的刷卡实现就完成了。

优势劣势：

在简单工厂模式中，工厂类是整个模式的关键，其包含必要的判断逻辑，能够根据外界给定的信息，决定究竟创建哪个类的实例，外界可以不用去关注对象的创建，仅需要负责消费对象就可以了，明确区分了责任，有利于结构的优化。

不过，简单工厂模式的缺点也提现在其工厂类上，该类集中了所有实例的创建逻辑，违反了高内聚的责任分配原则，当系统的具体产品类不断增多时，工厂类中条件判断过多，不利于扩展及维护，简单工厂模式的这些缺点，利用工厂方法模式可以得到一定的克服。

未完待续....

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-23614-1.html