简单工厂模式(Simple Factory Pattern):是通过专门定义一个类来负责创建其他类的实例,被创建的实例通常都具有共同的父类.
简单工厂模式结构
Product 产品声明接口,创建者及其子类生成的所有对象都通用
Concrete ProductA/B是产品接口的不同实现
Creator 创建者声明工厂方法,此方法返回的类型必须与产品接口匹配,可以将工厂方法声明为抽象方法,强制其子类必须实现自己的方法
ConcreteCreatorA/B 重写工厂方法,以便返回不同的产品
1 from __future__ importannotations2 from abc importABC, abstractmethod3
4
5 classCreator(ABC):6 """
7 Creator类声明应该返回产品类的对象的工厂方法。创建者的子类通常提供此方法的实现。使用abstractmethod方式,强制子类必须实现factory_method8 """
9
10 @abstractmethod11 deffactory_method(self):12 """
13 创建者可以提供factory方法的一些默认实现。14 """
15 pass
16
17 def some_operation(self) ->str:18 """
19 不关心是谁创建的产品,写了自己的业务,子类可以重写20 """
21
22 #调用工厂方法,创建一个产品
23 product =self.factory_method()24
25 #使用产品,不关心产品类型
26 result = f"创建者不关心产品类型, {product.operation()}"
27
28 returnresult29
30
31
32 """
33 具体的创建者重写工厂方法以更改结果产品的类型。34 """
35
36
37 classConcreteCreator1(Creator):38 """
39 具体的生产者重写工厂方法以生产自己的产品。40 具体产品实际上是从该方法返回的41 """
42
43 def factory_method(self) ->ConcreteProduct1:44 returnConcreteProduct1()45
46
47 classConcreteCreator2(Creator):48 def factory_method(self) ->ConcreteProduct2:49 returnConcreteProduct2()50
51
52 classProduct(ABC):53 """
54 产品接口声明所有具体产品必须实现的操作。abstractmethod强制子类实现其装饰的方法55 """
56
57 @abstractmethod58 def operation(self) ->str:59 pass
60
61
62 """
63 具体的产品提供了产品接口的各种实现。64 """
65
66
67 classConcreteProduct1(Product):68 def operation(self) ->str:69 return "{Result from ConcreteProduct1}"
70
71
72 classConcreteProduct2(Product):73 def operation(self) ->str:74 return "{Result from ConcreteProduct2}"
75
76
77 def client_code(creator: Creator) ->None:78 """
79 客户端和具体生产者绑定,就可以获得不同的产品,不用关心具体的创建者是谁80 """
81
82 print(f"client_code不在乎具体创建者\n"
83 f"{creator.some_operation()}", end="")84
85
86 if __name__ == "__main__":87 print("ConcreteCreator1")88 client_code(ConcreteCreator1())89 print("\n")90
91 print("ConcreteCreator2")92 client_code(ConcreteCreator2())
Product 产品声明接口,创建者及其子类生成的所有对象都通用
Concrete ProductA/B是产品接口的不同实现
Creator 创建者声明工厂方法,此方法返回的类型必须与产品接口匹配,可以将工厂方法声明为抽象方法,强制其子类必须实现自己的方法
ConcreteCreatorA/B 重写工厂方法,以便返回不同的产品
有哪些场景适合简单工厂模式呢?
在处理大型的资源密集型对象(例如数据库连接,文件系统和网络资源)时
事先不知道代码应使用的对象的确切类型和依赖关系时
要为库或框架的用户提供扩展其内部组件的方法时
想通过重用现有对象而不是每次都重建它们来节省系统资源时
优缺点:
优点:
可以避免创建者与具体产品之间的紧密耦合。
符合单一责任原则
符合开放/封闭原则,不破坏现有客户端代码,从而增加产品
缺点:
引入许多新的子类来实现该模式,因此代码可能变得更加复杂
作者:Andy
出处:http://www.cnblogs.com/onepiece-andy/
本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。