装饰者模式:
类的继承能够让类的结构层次更明了,对于一些属于类个性的方法一般硬编码到子类中。在定程度上在继承的类中硬编码子类共同的方法,但是如果这些共同的方法比较多的话,这样写并不是最理智的方法,而且如果后期扩展的话,父类中的方法会越来越多,且实际使用的方法是子类根据需要选择的,若要实现动态将职责附加到对象上,扩展功能,装饰者提供了比继承更具弹性的代替方案。
要点:
1. 装饰者和被装饰对象有相同的超类型。
2. 可以用一个或多个装饰者包装一个对象。
3. 装饰者可以在所委托被装饰者的行为之前或之后,加上自己的行为,以达到特定的目的。
4. 对象可以在任何时候被装饰,所以可以在运行时动态的,不限量的用你喜欢的装饰者来装饰对象。
5. 装饰模式中使用继承的关键是想达到装饰者和被装饰对象的类型匹配,而不是获得其行为。
6. 装饰者一般对组件的客户是透明的,除非客户程序依赖于组件的具体类型。在实际项目中可以根据需要为装饰者添加新的行为,做到“半透明”装饰者。
7. 适配器模式的用意是改变对象的接口而不一定改变对象的性能,而装饰模式的用意是保持接口并增加对象的职责。
优点:
1. Decorator模式与继承关系的目的都是要扩展对象的功能,但是Decorator可以提供比继承更多的灵活性。
2. 通过使用不同的具体装饰类以及这些装饰类的排列组合,设计师可以创造出很多不同行为的组合。
缺点:
1. 这种比继承更加灵活机动的特性,也同时意味着更加多的复杂性。
2. 装饰模式会导致设计中出现许多小类,如果过度使用,会使程序变得很复杂。
3. 装饰模式是针对抽象组件(Component)类型编程。但是,如果你要针对具体组件编程时,就应该重新思考你的应用架构,以及装饰者是否合适。当然也可以改变Component接口,增加新的公开的行为,实现“半透明”的装饰者模式。在实际项目中要做出最佳选择。
//装饰模式
class preson{
protected $age;
protected $name;
protected $birth;
public function __construct($age,$name,$birth){
$this->age=$age;
$this->name-$name;
$this->birth=$birth;
}
function say(){
echo "我是一人";
}
}
class teacter extends preson{
function say(){
echo "我是一老师";
}
}
class student extends preson{
function say(){
echo "我是一个学生";
}
}
class decorator extends preson{
protected $preson;
function __construct($preson){
$this->preson=$preson;
}
}
class decCountage extends decorator{
function count(){
return $this->preson->age+1;
}
}
//其他DECORTOR的子类……
class client{
static function main(){
$stu=new student(1,"kk",'9-8');
$decCountage=new decCountage($stu);
echo $decCountage->count();
}
}
client::main();