移动端访问不佳，请访问我的个人博客
设计模式学习的demo地址，欢迎大家学习交流
装饰模式
在不必改变原类文件和使用继承的情况下，动态地扩展一个对象的功能。它是通过创建一个包装对象，也就是装饰来包裹真实的对象。
装饰模式的特点
- 装饰对象和真实对象有相同的接口。这样客户端对象就能以和真实对象相同的方式和装饰对象交互。
- 装饰对象包含一个真实对象的引用（reference）
- 装饰对象接受所有来自客户端的请求。它把这些请求转发给真实的对象。
- 装饰对象可以在转发这些请求以前或以后增加一些附加功能。这样就确保了在运行时，不用修改给定对象的结构就可以在外部增加附加的功能。在面向对象的设计中，通常是通过继承来实现对给定类的功能扩展。
装饰模式的基本实现
上图是最基本的装饰模式的结构图，下面将用swift代码来实现一个基本装饰模式：
1）.先写一个Component接口
protocol Component { func operation() }
2）.写一个具体的Component对象
class ConcreteComponent: Component {
func operation() {
// 具体操作的实现
}
}
3）.写一个装饰抽象类
class Decorator: Component { var component: Component? func operation() { component?.operation() } }
4）.写具体的装饰对象
// 装饰对象A
class ConcreteDecoratorA: Decorator {
private var addedState: String?
override func operation() {
super.operation()
addedState = "ConcreteDecoratorA独有的功能，用来区分ConcreteDecoratorB"
// 具体装饰对象A的操作
}
}
// 装饰对象B
class ConcreteDecoratorB: Decorator {
override func operation() {
super.operation()
addedBehavior()
// 具体装饰对象B的操作
}
// ConcreteDecoratorB独有的方法，用来区分ConcreteDecoratorA
private func addedBehavior() {
}
}
通过以上代码我们就能简单了解装饰模式的基本实现于过程，它的主要的目的就是：在不必改变原类文件和使用继承的情况下，动态地扩展一个对象的功能，就像以上示例代码一样，通过ConcreteDecoratorA与ConcreteDecoratorB去扩展ConcreteComponent这个对象的功能，这样不用去改变ConcreteComponent这个类的源文件，也可以达到扩展的效果。
用装饰模式解决实际问题（买车选配的问题）
下面通过一个实际的例子来看看，比如我们在买车的时候一般会选配很多配件，下面我们通过策略模式来实现这一过程，下上个结构图：
下面贴上代码：
// Component
protocol Car {
// 多少钱
func howMuch()-> Int
// 展示装配的配件
func showParts()
}
// ConcreteComponents
class Suv: Car {
init(owner: String) {
print("\(owner)买了一辆Suv，10W")
}
func howMuch() -> Int {
return 10
}
func showParts() {}
}
class Mpv: Car {
init(owner: String) {
print("\(owner)买了一辆Mpv，15W")
}
func howMuch() -> Int {
return 15
}
func showParts() {}
}
// Decorator
class CarParts: Car {
var car: Car?
func howMuch() -> Int {
return car?.howMuch() ?? 0
}
func showParts() {
car?.showParts()
}
func decorator(_ car: Car) -> Car {
self.car = car
return self
}
}
// ConcreteDecorators
class Sofa: CarParts {
override func howMuch() -> Int {
return super.howMuch() + 1
}
override func showParts() {
super.showParts()
print("选配了真皮沙发，1W")
}
}
class Safety: CarParts {
override func howMuch() -> Int {
return super.howMuch() + 3
}
override func showParts() {
super.showParts()
print("选配了全套安全系统，3W")
}
}
class Engine: CarParts {
override func howMuch() -> Int {
return super.howMuch() + 5
}
override func showParts() {
super.showParts()
print("选配了V8发动机，5W")
}
}
下面我们使用一下以上代码看看：
//wcl买一辆suv
var suv: Car = Suv(owner: "wcl")
//装配沙发
suv = Sofa().decorator(suv)
//装配发动机
suv = Engine().decorator(suv)
//装配安全系统
suv = Safety().decorator(suv)
suv.showParts()
print("一共花了\(suv.howMuch())W")
print("\n")
//wcl买一辆mpv
var mpv: Car = Mpv(owner: "wcl")
//装配发动机
mpv = Engine().decorator(mpv)
//装配安全系统
mpv = Safety().decorator(mpv)
mpv.showParts()
print("一共花了\(mpv.howMuch())W")
以下是代码打印的结果：
wcl买了一辆Suv，10W 选配了真皮沙发，1W 选配了V8发动机，5W 选配了全套安全系统，3W 一共花了19W wcl买了一辆Mpv，15W 选配了V8发动机，5W 选配了全套安全系统，3W 一共花了23W
这样就用装饰模式简单了实现了一下这个过程，在不改变Suv于Mpv这两个类的源文件的情况下对它进行操作。
我们先看看装饰模式的优点：
装饰模式的缺点：
- 装饰模式虽然扩展性较高，类的数量略多，如何取舍可扩展性和简洁性是个问题，有所选择就要有所牺牲
- 很难搞清楚一个类究竟被装饰了多少层，可能是1层，也可能是100层
以上是我对于装饰模式的理解，如果有不对的地方欢迎大家交流，最后谢谢大家的阅读~~
