工厂模式(属于创建者模式)
一个买水果的过程
我们买所需要的水果,工厂新建我们所需要的水果。
若有新增的水果,需要在工厂中新增方法
但是这个并不符合开闭原则
涉及到了反射的知识点,利用xml配置文件来进行反射
- 优点
1.向客户隐藏了哪种具体产品类将被实例化的细节。用户只需要关心所需产品对应的工厂。
2.工厂可以自主确定创建何种产品对象,而如何创建这个对象的细节则封装在具体工厂内部。
3.在系统加入新产品时,无须修改抽象工厂和抽象产品提供的接口。完全符合”开闭原则“
- 缺点
- 需要编写新产品时,还要提供对应的具体工厂类,系统中类的个数成对增加。增加系统复杂度。
- 增加系统抽象性和理解难度
- 适用环境
1.一个类不知道它所需要的对象的类时。
2.一个类通过其子类来指定创建哪个对象时。
3.将创建对象的任务委托给多个工厂子类中的某一个,客户端使用时动态指定。
3.抽象工厂模式
抽象工厂模式中,接口是负责创建一个相关对象的工厂,不需要显式指定它们的类。每个生成的工厂都能按照工厂模式提供对象。
优点:当一个产品族中的多个对象被设计成一起工作时,它能保证客户端始终只使用同一个产品族中的对象。
缺点:产品族扩展非常困难,要增加一个系列的某一产品,既要在抽象的 Creator 里加代码,又要在具体的里面加代码。
使用场景: 1、QQ 换皮肤,一整套一起换。 2、生成不同操作系统的程序。
注意事项:产品族难扩展,产品等级易扩展。
其中可以使用到反射机制来获取所需要的对象。