原型模式在23种设计模式中应用广泛,如何巧妙运用原型模式解决实际问题?
- 内容介绍
- 文章标签
- 相关推荐
本文共计1949个文字,预计阅读时间需要8分钟。
前言:在软件系统中,当创建一个类的实例的过程非常繁琐或复杂,并且我们需要创建多个这样的实例时,如果使用new操作符去创建这类实例,会增加创建类的复杂度和创建过程。
前言
在软件系统中,当创建一个类的实例的过程很昂贵或很复杂,并且我们需要创建多个这样类的实例时,如果我们用new操作符去创建这样的类实例,这就会增加创建类的复杂度和创建过程与客户代码复杂的耦合度。如果采用工厂模式来创建这样的实例对象的话,随着产品类的不断增加,导致子类的数量不断增多,也导致了相应工厂类的增加,维护的代码维度增加了,因为有产品和工厂两个维度了,反而增加了系统复杂程度,所以在这里使用工厂模式来封装类创建过程并不合适。由于每个类实例都是相同的,这个相同指的是类型相同,但是每个实例的状态参数会有不同,如果状态数值也相同就没意义了,有一个这样的对象就可以了。当我们需要多个相同的类实例时,可以通过对原来对象拷贝一份来完成创建,这个思路正是原型模式的实现方式。
原型模式的定义
在软件系统中,经常面临着“某些结构复杂的对象”的创建工作;由于需求的变化,这些对象经常面临着剧烈的变化,但是它们却拥有比较稳定一致的接口。如何应对这种变化?如何向“客户程序”隔离出“这些易变对象”,从而使得“依赖这些易变对象的客户程序”不随着需求改变而改变?那就是原型模式**,使用原型实例指定创建对象的种类,然后通过拷贝这些原型来创建新的对象。
原型模式的组成
- 原型类(Prototype):原型类,声明一个Clone自身的接口;
- 具体原型类(ConcretePrototype):实现一个Clone自身的操作。
本文共计1949个文字,预计阅读时间需要8分钟。
前言:在软件系统中,当创建一个类的实例的过程非常繁琐或复杂,并且我们需要创建多个这样的实例时,如果使用new操作符去创建这类实例,会增加创建类的复杂度和创建过程。
前言
在软件系统中,当创建一个类的实例的过程很昂贵或很复杂,并且我们需要创建多个这样类的实例时,如果我们用new操作符去创建这样的类实例,这就会增加创建类的复杂度和创建过程与客户代码复杂的耦合度。如果采用工厂模式来创建这样的实例对象的话,随着产品类的不断增加,导致子类的数量不断增多,也导致了相应工厂类的增加,维护的代码维度增加了,因为有产品和工厂两个维度了,反而增加了系统复杂程度,所以在这里使用工厂模式来封装类创建过程并不合适。由于每个类实例都是相同的,这个相同指的是类型相同,但是每个实例的状态参数会有不同,如果状态数值也相同就没意义了,有一个这样的对象就可以了。当我们需要多个相同的类实例时,可以通过对原来对象拷贝一份来完成创建,这个思路正是原型模式的实现方式。
原型模式的定义
在软件系统中,经常面临着“某些结构复杂的对象”的创建工作;由于需求的变化,这些对象经常面临着剧烈的变化,但是它们却拥有比较稳定一致的接口。如何应对这种变化?如何向“客户程序”隔离出“这些易变对象”,从而使得“依赖这些易变对象的客户程序”不随着需求改变而改变?那就是原型模式**,使用原型实例指定创建对象的种类,然后通过拷贝这些原型来创建新的对象。
原型模式的组成
- 原型类(Prototype):原型类,声明一个Clone自身的接口;
- 具体原型类(ConcretePrototype):实现一个Clone自身的操作。

