设计模式-创建型模式

简单工厂模式

介绍

在简单工厂模式中，可以通过参数不同返回不同类的实例。简单工厂专门定义一个类来负责创建其他类的实例，被创建的实例通常具有共同的父类。

结构

• Factory：工厂角色
• ConcreteProduct：具体产品类
• Product：抽象产品类

优点

• 实现了对象创建的使用的分离
• 客户端无需知道所创建的具体产品的类名，只需知道具体产品类所对应的参数即可
• 通过引入配置文件，可以在不修改任何客户端代码的情况下更换和增加新的具体类，在一定程度上提高了系统的灵活性

缺点

• 工厂类集中了所有产品的创建逻辑，职责过重，一单不能正常工作，整个系统都要受到影响
• 增加系统中类的个数，增加了系统的复杂度和理解难度
• 系统扩展困难，一旦添加新产品不得不修改工厂逻辑
• 由于使用了静态工厂方法，造成了工厂角色无法形成继承基类的等级结构，工厂类不能得到很好的扩展

工厂方法模式

介绍

工厂父类负责创建产品对象的公共接口，而工厂子类则负责生成具体的产品对象，这样做的目的是将产品类的实例化操作延迟到工厂子类中完成。即通过工厂子类来确定具体应该实例化哪一个产品类

结构

优点

• 工厂方法用来创建客户所需要的产品，同时还向客户隐藏了哪种具体类将被实例化这一细节
• 能够让工厂自主确定创建何种产品对象，而如何创建这个对象的细节会完全封装到共产工厂内部
• 在系统加入新产品时，完全符合开闭原则

缺点

• 系统中类的个数成对增加，在一定程度上增加了系统的复杂度，会给系统带来额外的开销
• 增加了系统的抽象性和理解难度

抽象工厂模式

介绍

产品等级结构，产品族。 提供一个创建一系列相互或相关依赖对象的接口，而无需指定他们具体的类

结构

优点

• 隔离了具体类的生成，是的客户端并不需要知道什么被创建
• 当一个产品族中的多个对象被设计成一起工作时，他能保证客户端始终只使用同一个产品族中的对象
• 增加新的产品族很方便，无需修改已有系统，符合开闭原则

缺点

• 增加新的产品等级结构麻烦，需要对原有系统进行较大的修改，甚至需要修改抽象层代码，违背了开闭原则

建造者模式

介绍

他用于创建一个包含多个组成部分的复杂对象，可以返回一个完整的产品对象给用户

结构

优点

• 简产品与产品的建造过程解耦，是的相同的创建过程可以创建不同的产品对象
• 可以很方便的替换具体建造者或者增加新的具体建造者，扩展方便，符合开闭原则
• 可以更加精细的控制产品的创建过程

缺点

• 如果产品之间差异性过大，不适合使用建造者模式
• 如果产品内部变化复杂，可能会需要定义很多具体建造者来实现这种变化

原型模式

介绍

当需要创建大量相同或者相似的对象时，可以通过参数一个已有对象的复制获取更多的对象

结构

优点

• 简化对象的创建过程，通过复制一个已有实例可以抬高新实例的创建效率
• 扩展性好
• 简化创建结构
• 可以用深克隆的方式保存对象的状态

缺点

• 需要为每一个类配备一个克隆方法，而且该方法位于一个类的内部，当对已有的类进行改造时，需要修改源代码，违背了开闭原则
• 、在实现深克隆时需要编写较为复杂的代码

单例模式

介绍

通过单例模式确保系统中一个类只有一个实例

结构

优点

• 提供了对唯一实例的受控访问
• 可以节约系统资源，提高系统的性能
• 允许可变数目的实例（多例类）

缺点

• 扩展困难（缺少抽象层）
• 单例类的职责过重
• 由于自动回收垃圾机制，可能会导致共享的单例对象的状态丢失