CSDN热搜
其提供了一种创建对象的方式,使得创建对象的过程与使用对象的过程分离。 工厂模式提供了一种创建对象的方式,而无需指定要创建的具体类。 通过使用工厂模式,可以将对象的创建逻辑封装在一个工厂类中,而不是在客户端代码中直接实例化对象,这样可以提高代码的可维护性和可扩展性。
简单工厂模式(Simple Factory Pattern): 简单工厂模式不是一个正式的设计模式,但它是工厂模式的基础。 它使用一个单独的工厂类来创建不同的对象,根据传入的参数决定创建哪种类型的对象。
简单工厂模式不是一个正式的设计模式,但它是工厂模式的基础。 它使用一个单独的工厂类来创建不同的对象,根据传入的参数决定创建哪种类型的对象。
工厂方法模式(Factory Method Pattern): 工厂方法模式定义了一个创建对象的接口,但由子类决定实例化哪个类。 工厂方法将对象的创建延迟到子类。
工厂方法模式定义了一个创建对象的接口,但由子类决定实例化哪个类。 工厂方法将对象的创建延迟到子类。
抽象工厂模式(Abstract Factory Pattern): 抽象工厂模式提供一个创建一系列相关的产品 或 互相依赖对象的接口,而无需指定它们具体的产品类。
抽象工厂模式提供一个创建一系列相关的产品 或 互相依赖对象的接口,而无需指定它们具体的产品类。
接口选择的问题。
通过让子类实现工厂接口,返回一个抽象的产品。
对象的创建过程在子类中实现。
当我们需要在不同条件下创建不同实例时。
如果需要增加新产品,只需扩展一个工厂类即可。 新增一种产品时,只需要增加相应的具体产品类和相应的工厂子类即可
屏蔽了产品的具体实现
相比【简单工厂模式】:其工厂类使用静态工厂方法
工厂(方法)模式可以说是简单工厂模式的进一步抽象和拓展,在保留了简单工厂的封装优点的同时,让扩展变得简单,让继承变得可行,增加了多态性的体现。
添加新产品时,除了增加新产品类外,还要提供与之对应的具体工厂类,系统类的个数将成对增加,在一定程度上增加了系统的复杂度; 同时,有更多的类需要编译和运行,会给系统带来一些额外的开销;
由于考虑到系统的可扩展性,需要引入抽象层,在客户端代码中均使用抽象层进行定义,增加了系统的抽象性和理解难度,且在实现时可能需要用到DOM、反射等技术,增加了系统的实现难度。
虽然保证了工厂方法内的对修改关闭,但对于使用工厂方法的类(Client),如果要更换另外一种产品,仍然需要修改实例化的具体工厂类;
在工厂方法模式中,客户端不需要知道具体产品类的类名,只需要知道所对应的工厂即可;
在工厂方法模式中,对于抽象工厂类只需要提供一个创建产品的接口,而由其子类来确定具体要创建的对象,利用面向对象的多态性和里氏代换原则,在程序运行时,子类对象将覆盖父类对象,从而使得系统更容易扩展。
即 工厂方法模式
创建抽象工厂类,定义具体工厂的公共接口
创建抽象产品类 ,定义具体产品的公共接口;
创建具体产品类(继承抽象产品类), 定义生产的具体产品;
创建具体工厂类(继承抽象工厂类),定义创建对应具体产品实例的方法;
外界通过调用具体工厂类的方法,从而创建不同具体产品类的实例
out
使用道具 举报
本版积分规则 回帖并转播 回帖后跳转到最后一页
程序园优秀签约作者
0
粉丝关注
15
主题发布