叩心自问1:什么是简单工厂模式?应用场景?
sadasd简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例(通俗来讲:定义了一个创建对象的类,由这个类来封装实例化对象的行为(代码)。
sadasd【注】:简单工厂模式是工厂模式家族中最简单实用的模式。
sadasd应用场景:当我们会用到大量的创建某种、某类或者某批对象时,就会使用到工厂模式。
在分析工厂模型前,我们先分析一个普通的案例,订购Pizza🍕的流程:
sdsdsdsdsdsdsdsdsas
sadasd1、首先是通用的代码,Pizza抽象类,和具体的实现类:
sadsdsdsdsdsdsdsdsdsddasd
sadsdsdsdsdasd
sadasd2、通过orderPizza订购🍕:
sadsdsdsdsdss
sasd优点:好理解,操作简单。
sasd缺点:违反了设计模式的ocp原则,也就是应该对使用者关闭(修改),对维护者(开放)。说白了就是再增加新功能时,应尽可能不改代码,或者少修改代码。因为如果我们增加一个Pizza的种类(Pepper披萨),只要是订购披萨的机构(OrderPizza,OrderPizza1…等都需要修改②代码,加入具体的类,因此很麻烦)。
sadsdsdsdsdsdsdsdssdsdss
sasd【改进思路】:把创建Pizza对象封装到一个类中,也就是把②代码块抽取出来,这样我们有新的Pizza种类时,只需要修改类即可—》简单工厂模式。
基于简单工厂模式的订购设计:
sasd通过简单工厂模式,实现订购Pizza🍕的流程,UML图如下:(Pizza是披萨的制作流程,然后具体有CheessPizza,GreekPizza,ChinaPizza不同种类的披萨),OrderPizza为订购披萨的单位。
sdss
sadasd1、添加SimpleFactory工厂:
sadsdsdsddsdsdsdasd
sadasd2、修改OrderPizza类:
sadsdsdasd
基于工厂方法模式
sasd添加新需求:客户在点披萨时,可以在不同地点点不同口味的披萨,比如 北京的奶酪pizza、北京的胡椒pizza 或者是伦敦的奶酪pizza、伦敦的胡椒pizza。
sasd【改进 1】:使用简单工厂模式,创建不同的简单工厂类,比如BJPizzaSimpleFactory、LDPizzaSimpleFactory 等等.从当前这个案例来说,也是可以的,但是考虑到项目的规模,以及软件的可维护性、可扩展性并不是特别好
sasd【改进 2】:使用工厂方法模式
叩心自问2:什么是工厂方法模式?
sadasd定义了一个创建对象的抽象方法,由子类决定要实例化的类。工厂方法模式将对象的实例化推迟到子类。
sadasd根据新得需求(如上),UML图如下:
ssdadas
sadasd1、OrderPizza的代码如下:
sadsdsdsddasd
sadasd2、OrderPizza的实现子类代码如下(可快速添加不同地点):
sadsdsdDSDSsdsdsddasd
sadasd【注】:我们通过 “new LDOrderPizza()” 来实现,因为我们new,会先加载其父类的空构造器。
叩心自问3:什么是抽象工厂模式?
sadasd抽象工厂模式:定义了一个interface用于创建相关或有依赖关系的对象簇,而无需指明具体的类。
sadasd抽象工厂模式可以将简单工厂模式和工厂方法模式进行整合。
sadasd从设计层面看,抽象工厂模式就是对简单工厂模式的改进(或者称为进一步的抽象)。
sasd【注】:将工厂抽象成两层,AbsFactory(抽象工厂) 和 具体实现的工厂子类。 程序员可以根据创建对象类型使用对应的工厂子类。这样将单个的简单工厂类变成了工厂簇,更利于代码的维护和扩展。
sadasdUML图如下:
ssd
sadasd1、抽象工厂模式的抽象层(接口):
sadsdsdsddssddsdssdsd
sadasd2、工厂子类实现接口:
sadsddssddsdssdsd
sadasd3、修改OrderPizza代码:
sadsdsddsdssdsd
sadasd【注】:我们通过 “new OrderPizza(new BJFactory());” 来实现。
叩心自问4:工厂模式的应用场景有什么?
叩心自问5:工厂模式的意义?
sadasd将实例化对象的代码提取出来,放到一个类中统一管理和维护,达到和主项目的依赖关系的解耦。从而提高项目的扩展和维护性。
sadasd【注意点】:创建对象实例时,不要直接 new 类, 而是把这个new 类的动作放在一个工厂的方法中,并返回。有的书上说,变量不要直接持有具体类的引用。不要让类继承具体类,而是继承抽象类或者是实现interface(接口) 不要覆盖基类中已经实现的方法。