另辟蹊径的装饰模式（Decorator Pattern）

在天朝，没钱的孩子从小就得学好”数理化“，为的就是能考个好分数。但并不是每一个小孩都是读书的料，有的小孩就是没那个天赋，小的时候，记得每次考试后都要给家长报告，然后要签字，表示已经给家长看过了。小明就是个没天赋的孩子，他这次又考砸了，语文65，数学68，英语66，但小明并不笨，直接跟老爸说考这么点估计会被暴打一顿，因此他决定先说”这次考试语言最高是75，数学最高是78，英语最高是88“，再汇报自己的成绩，再说”我是第46名“（上次是58名，因为有几个同学转学了。。。）。用代码来模拟一下：

 

<?php
abstract class SchoolReport{
	public abstract function report();
	public abstract function sign($name);
}

class FouthGradeSchoolReport extends SchoolReport{
	public function report(){
		echo "语文65，数学68，英语66\n";
		echo "家长签名：\n";
	}
	public function sign($name){
		echo "家长签名：".$name."\n";
	}
}

class SugarFouthGradeSchoolReport extends FouthGradeSchoolReport{
	private function reportHighScore(){
		echo "这次考试语言最高是75，数学最高是78，英语最高是88\n";
	}
	private function reportSort(){
		echo "我是第46名\n";
	}
	public function report(){
		$this->reportHighScore();
		parent::report();
		$this->reportSort();
	}
}

$schoolReport = new SugarFouthGradeSchoolReport();
$schoolReport->report();
$schoolReport->sign('XXXX');
?>
运行结果：
这次考试语言最高是75，数学最高是78，英语最高是88
语文65，数学68，英语66
家长签名：
我是第46名
家长签名：XXXX
[Finished in 0.1s]

 小明如愿得到了签名并且没有挨打。但现实的情况貌似比代码要复杂，可能老爸听了最高成绩后，就直接签名了，也可能老爸要先看排名，那怎么办？继续扩展？我们来另辟蹊径，不用继承，用装饰模式，类图如下：

 

实现代码：

<?php
abstract class SchoolReport {
	public abstract function report();
	public abstract function sign( $name );
}

abstract class Decorator extends SchoolReport{
	private $sr;
	public function __construct( $sr ) {
		$this->sr = $sr;
	}
	public function report() {
		$this->sr->report();
	}
	public function sign( $name ) {
		$this->sr->sign( $name );
	}
}

class FouthGradeSchoolReport extends SchoolReport{
	public function report(){
		echo "语文65，数学68，英语66\n";
		echo "家长签名：\n";
	}
	public function sign($name){
		echo "家长签名：".$name."\n";
	}
}

class HighScoreDecorator extends Decorator{
	private function reportHighScore() {
		echo "这次考试语言最高是75，数学最高是78，英语最高是88\n";
	}
	public function report() {
		$this->reportHighScore();
		parent::report();
	}
}

class SortDecorator extends Decorator{
	private function reportSort() {
		echo "我是第46名";
	}
	public function report() {
		parent::report();
		$this->reportSort();
	}
}

$sr = new FouthGradeSchoolReport();
$sr = new HighScoreDecorator($sr);
$sr = new SortDecorator($sr);
$sr->report();
$sr->sign('XXXX');
?>
运行结果：
这次考试语言最高是75，数学最高是78，英语最高是88
语文65，数学68，英语66
家长签名：
我是第46名家长签名：XXXX
[Finished in 0.1s]

 这样一来，如果还要增加其他装饰条件，只要实现Decorator类就可以了！

 

 

装饰模式的定义

动态地给一个对象添加一些额外的职责。就增加功能来说，装饰模式相比子类更为灵活。

装饰模式由四个角色构成

1、Component抽象构件

一个接口或是抽象类，就是定义最核心的对象，如上面的成绩单SchoolReport

2、ConcreteComponent具体构件

最核心、最原始、最基本的接口或抽象类的实现，要装饰的就是它。FouthGradeSchoolReport

3、Decorator装饰角色

一般是一个抽象类，实现接口或抽象方法，它里面可不一定有抽象的方法，在它的属性里必然有一个private变量指向Component抽象构件。Decorator

4、具体装饰角色

把被装饰角色装饰成其他东西。HighScoreDecorator、SortDecorator

 

 

装饰模式的优点

1、装饰类和被装饰类可以独立发展，而不会相互耦合。

2、装饰模式是继承关系的一个替代方案。

3、装饰模式可以动态地扩展一个实现类的功能。

4、扩展性非常好。

 

 

装饰模式的缺点

多层的装饰是比较复杂的。就像剥洋葱，到最后才发现是最里层的装饰出现了问题，增加了工作量，因此，尽量减少装饰类的数量，以便降低系统的复杂度。

 

 

装饰模式的使用场景

1、需要扩展一个类的功能，或给一个类增加附加功能。

2、需要动态地给一个对象增加功能，这些功能可以再动态地撤销。

3、需要为一批的兄弟类进行改装或加装功能，当然是首选装饰模式。

 

 

装饰模式是对继承的有力补充，你要知道继承不是万能的，在项目中要考虑易维护、易扩展、易复用等，而且在一些情况下你要是用继承就会增加很多子类，而且灵活性非常差，使用装饰模式可以解决膨胀问题，同时，继承是静态地给类增加功能，而装饰模式是动态地，灵活性更强！