今天设计模式结课了,自己才学习了一半,得加油了,近期几门考试都是弱项,加油复习!!!今天学习的是虚拟工厂模式
虚拟工厂模式
抽象工厂模式是所有形态的工厂模式中最为抽象和最具一般性的一种形态。抽象工厂模式是指当有多个抽象角色时,使用的一种工厂模式。抽象工厂模式可以向客户端提供一个接口,使客户端在不必指定产品的具体的情况下,创建多个产品族中的产品对象。根据里氏替换原则,任何接受父类型的地方,都应当能够接受子类型。因此,实际上系统所需要的,仅仅是类型与这些抽象产品角色相同的一些实例,而不是这些抽象产品的实例。换言之,也就是这些抽象产品的具体子类的实例。工厂类负责创建抽象产品的具体子类的实例。
角色:
抽象工厂(Abstract Factory)角色:担任这个角色的是工厂方法模式的核心,它是与应用系统商业逻辑无关的。
具体工厂(Concrete Factory)角色:这个角色直接在客户端的调用下创建产品的实例。这个角色含有选择合适的产品对象的逻辑,而这个逻辑是与应用系统的商业逻辑紧密相关的。
抽象产品(Abstract Product)角色:担任这个角色的类是工厂方法模式所创建的对象的父类,或它们共同拥有的接口。
具体产品(Concrete Product)角色:抽象工厂模式所创建的任何产品对象都是某一个具体产品类的实例。这是客户端最终需要的东西,其内部一定充满了应用系统的商业逻辑。
工厂方法模式与抽象工厂模式十分相似,工厂方法模式针对的是一个产品等级结构;而抽象工厂模式针对的是多个产品等级结构。
类图:
实例代码:
abstract class ProductA
{
public abstract void produce();
}
abstract class ProductB
{
public abstract void produce();
}
class ConcreteProductA1 : ProductA
{
public override void produce()
{
Console.WriteLine("生产A1");
}
}
class ConcreteProductA2 : ProductA
{
public override void produce()
{
Console.WriteLine("生产A2");
}
}
class ConcreteProductB1 : ProductB
{
public override void produce()
{
Console.WriteLine("生产B1");
}
}
class ConcreteProductB2 : ProductB
{
public override void produce()
{
Console.WriteLine("生产B2");
}
}
abstract class AbstractFactroy
{
public abstract ProductA createA();
public abstract ProductB createB();
}
class ConcreteFactory1 : AbstractFactroy
{
public override ProductA createA()
{
return new ConcreteProductA1();
}
public override ProductB createB()
{
return new ConcreteProductB1();
}
}
class ConcreteFactory2 : AbstractFactroy
{
public override ProductA createA()
{
return new ConcreteProductA2();
}
public override ProductB createB()
{
return new ConcreteProductB2();
}
}
class Program
{
static void Main(string[] args)
{
AbstractFactroy AF = new ConcreteFactory1();
ProductA pro = AF.createA();
pro.produce();
ProductB prob = AF.createB();
prob.produce();
Console.ReadLine();
}
}
在以下情况下应当考虑使用抽象工厂模式:
一个系统不应当依赖于产品类实例如何被创建、组合和表达的细节,这对于所有形态的工厂模式都是重要的。
这个系统有多于一个的产品族,而系统只消费其中某一产品族。
同属于同一个产品族的产品是在一起使用的,这一约束必须在系统的设计中体现出来。
系统提供一个产品类的库,所有的产品以同样的接口出现,从而使客户端不依赖于实现。