工厂方法模式的意义是定义一个创建产品对象的工厂接口,将实际创建工作推迟到子类当中。核心工厂类不再负责产品的创建,这样核心类成为一个抽象工厂角色,仅负责具体工厂子类必须实现的接口,这样进一步抽象化的好处是使得工厂方法模式可以使系统在不修改具体工厂角色的情况下引进新的产品。
工厂方法模式角色与结构
抽象工厂(Creator)角色:是工厂方法模式的核心,与应用程序无关。任何在模式中创建的对象的工厂类必须实现这个接口。
具体工厂(Concrete Creator)角色:这是实现抽象工厂接口的具体工厂类,包含与应用程序密切相关的逻辑,并且受到应用程序调用以创建产品对象。在上图中有两个这样的角色:BulbCreator与TubeCreator。
抽象产品(Product)角色:工厂方法模式所创建的对象的超类型,也就是产品对象的共同父类或共同拥有的接口。在上图中,这个角色是Light。
具体产品(Concrete Product)角色:这个角色实现了抽象产品角色所定义的接口。某具体产品有专门的具体工厂创建,它们之间往往一一对应。
下图为UML类图:
一个例子:过年回家,我和同学们聚会,我们很喜欢吃鱼,但这次有个同学不要吃,而要吃鸡,这是FishFactory无法满足客户的需要了,需要做出更改,方法就是再增加一个工厂类:ChickenFactory,该类负责创建鸡肉的产品。这种方法造成的结果就是每一种产品都需要一个具体的工厂类,造成工厂过多,客户端使用不方便,因为我们同学聚餐不能决定鸡翅和汉堡是怎么生产出来的,我们只需要跟服务员说一声吃什么就可以了。 而工厂方法模式正是解决这种弊端而出现的,在工厂方法模式里,由一个抽象工厂类负责所有产品的创建,工厂方法模式可以允许很多具体工厂类从抽象工厂类中将创建行为继承下来,从而可以成为多个简单工厂模式的综合,进而推广了简单工厂模式。
此例种的角色:
抽象工厂角色(Factory)
具体工厂角色(FishFactory,ChickenFactory)
抽象产品角色(Product)
具体产品角色(SZHFish, HSChicken)
//Product基类
//具体Product类
Factory基类:
//具体工厂类:
主类: