标签：actor lsp ade ase body cno fun title decorator
简单工厂模式是用一个单独的类来做创造实例化的过程。而被实例化的类通常都存在共同的父类。
工厂类是简单工厂模式的核心，负责实现实例化的内部逻辑。
首先创建一个计算器的运算类。
class Operation: def __init__(self, number_a, number_b): self.number_a = float(number_a) self.number_b = float(number_b) def operation(self): return 0 |
接着创建加、减、乘、除的运算子类，他们都继承了运算类（Operation），都重写父方法（operation）。
class OperationAdd(Operation): """ 加运算 """ def __init__(self, number_a, number_b): super().__init__(number_a, number_b) def operation(self): return self.number_a + self.number_bclass OperationSub(Operation): """ 减运算 """ def __init__(self, number_a, number_b): super().__init__(number_a, number_b) def operation(self): return self.number_a - self.number_bclass OperationMul(Operation): """ 乘运算 """ def __init__(self, number_a, number_b): super().__init__(number_a, number_b) def operation(self): return self.number_a * self.number_bclass OperationDiv(Operation): """ 除运算 """ def __init__(self, number_a, number_b): super().__init__(number_a, number_b) def operation(self): if self.number_b != 0: return self.number_a / self.number_b else: return "存在输入错误！" |
继续创建工厂类，提供create_operator方法来判断需要实例化的对象。
class OperationFactory: @staticmethod def create_operator(operator, number_a, number_b): if operator == "+": return OperationAdd(number_a, number_b) elif operator == "-": return OperationSub(number_a, number_b) elif operator == "*": return OperationMul(number_a, number_b) elif operator == "/": return OperationDiv(number_a, number_b) |
最后调用工程类。
if __name__ == ‘__main__‘: try: your_number_a = input("请输入第一个数字:") your_number_b = input("请输入第二个数字:") your_operator = input("请输入+ - * /的运算符:") your_ope = OperationFactory.create_operator(your_operator, your_number_a, your_number_b) print(your_ope.operation()) except Exception as e: print(‘存在输入错误！‘ + e) |
以下为复制内容：
一、优点和缺点 优点 *工厂类含有必要的判断逻辑，可以决定在什么时候创建哪一个产品类的实例，客户端可以免除直接创建产品对象的责任，而仅仅“消费”产品；简单工厂模式通过这种做法实现了对责任的分割，它提供了专门的工厂类用于创建对象。 *客户端无须知道所创建的具体产品类的类名，只需要知道具体产品类所对应的参数即可，对于一些复杂的类名，通过简单工厂模式可以减少使用者的记忆量。 *通过引入配置文件，可以在不修改任何客户端代码的情况下更换和增加新的具体产品类，在一定程度上提高了系统的灵活性。
缺点 *由于工厂类集中了所有产品创建逻辑，一旦不能正常工作，整个系统都要受到影响。 *使用简单工厂模式将会增加系统中类的个数，在一定程序上增加了系统的复杂度和理解难度。 *系统扩展困难，一旦添加新产品就不得不修改工厂逻辑，同样破坏了“开闭原则”；在产品类型较多时，有可能造成工厂逻辑过于复杂，不利于系统的扩展和维护。 *简单工厂模式由于使用了静态工厂方法，造成工厂角色无法形成基于继承的等级结构。
二、 适用环境 在以下情况下可以使用简单工厂模式： *工厂类负责创建的对象比较少：由于创建的对象较少，不会造成工厂方法中的业务逻辑太过复杂。
*客户端只知道传入工厂类的参数，对于如何创建对象不关心：客户端既不需要关心创建细节，甚至连类名都不需要记住，只需要知道类型所对应的参数。
作者：凯玲之恋
链接：https://www.jianshu.com/p/5cb52d84bd6d
来源：简书
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
标签：actor lsp ade ase body cno fun title decorator
原文地址：https://www.cnblogs.com/CSgarcia/p/12711840.html
