设计模式之: 装饰器模式

什么是装饰器模式

作为一种结构型模式, 装饰器(Decorator)模式就是对一个已有结构增加"装饰".

适配器模式, 是为现在有结构增加的是一个适配器类,.将一个类的接口，转换成客户期望的另外一个接口.适配器让原本接口不兼容的类可以很好的合作.

装饰器模式是将一个对象包装起来以增强新的行为和责任.装饰器也称为包装器(类似于适配器)

有些设计设计模式包含一个抽象类,而且该抽象类还继承了另一个抽象类,这种设计模式为数不多,而装饰器就是其中之一.

什么时候使用装饰器模式

基本说来, 如果想为现有对象增加新功能而不想影响其他对象, 就可以使用装饰器模式.如果你好不容易为客户创建了一个网站格式, 主要组件的工作都很完美, 客户请求新功能时, 你肯定不希望推翻重来, 再重新创建网站. 例如, 假设你已经构建了客户原先请求的组件, 之后客户又有了新的需求, 希望在网站中包含视频功能. 你不用重写原先的组件, 只需要"装饰"现有组件, 为它们增加视频功能. 这样即可以保持原来的功能,还可以增加新功能.

有些项目可能有时需要装饰, 而有时不希望装饰, 这些项目体现了装饰器设计模式的另一个重要特性.假设你的基本网站开发模式可以满足大多数客户的要求. 不过, 胡些客户还希望有一些特定的功能来满足他们的需求. 并不是所有人都希望或需要这些额外的功能. 作为开发人员, 你希望你创建的网站能满足客户的业务目标. 所以需要提供"本地化"(customerization)特性, 即针对特定业务提供的特性. 利用装饰器模式, 不仅能提供核心功能, 还可以用客户要求的特有功能"装饰"这些核心功能.

简单的装饰器例子

一个web开发企业,计划建立一个基本网站,并提供一些增强功能. 不过,web开发人员知道, 尽管这个基本计划适用于大多数客户, 但客户以后很可能还希望进一步提升, 利用装饰器模式, 可以很容易地增加多个具体装饰器,另外由于你能选择要增加的装饰器, 所以企业不仅能控制功能, 还可以控制项目的成本 .

Component接口

Component参与者是一个接口, 在这里, 它是一个抽象类IComponent. 这个抽象类只有一个属性$site, 另外有两个抽象方法getSite()和getPrice().Component参与者具体为具体组件和Decorator参与者抽象类建立接口:

IComponent.php

<?php
abstract class IComponent
{
    protected $site;
    abstract public function getSite();
    abstract public function getPrice();
}

Decorator接口

这个例子中的装饰器接口可能会让你惊讶.这是一个抽象类,而且它还扩展了另一个抽象类! 这个类的作用就是维护组件接口(IComponent)的一个引用, 这是通过扩展IComponent完成的:

Decorator.php

<?php
abstract class Decorator extends IComponent
{
    /*
    任务是维护Component的引用
    继承getSite()和getPrice()
    因为仍然是抽象类,所以不需要实现父类任何一个抽象方法
    */
}

Decorator类的主要作用就是维护组件接口的一个引用.

在所有的装饰器模式实现中, 你会发现,具体组件和装饰顺都有相同的接口. 它们的实现可能不同, 另外除了基本接口的属性和方法外, 组件和装饰器可能还有额外的属性和方法.

具体组件

这个例子中只有一个具体组件,它生成一个网站名, 另外生成一个基本网站报价:

BasicSite.php

<?php
class BasicSite extends IComponent
{
    public function __construct()
    {
        $this->site = "Basic Site";
    }
    public function getSite()
    {
        return $this->site;
    }
    public function getPrice()
    {
        return 1200;
    }
}

两个抽象方法都使用直接赋值来实现, 不过灵活性并不体现在如何改变设置的值.实际上, 要通过增加装饰器值来改变"Basic Site"值.

具体装饰器

这个例子中的具体装饰器与具体组件有相同的接口.实际上, 它们是从Decorator抽象类(而不是IComponent类)继承了这个接口. 不过,要记住, Decorator所做的就是继承IComponent接口.

Maintenance.php

<?php
class Maintenance extends Decorator
{
    public function __construct(IComponent $siteNow)
    {
        $this->site = $siteNow;
    }
    public function getSite()
    {
        $format = "<br />  Maintenance";
        return $this->site->getSite() . $format;
    }
    public function getPrice()
    {
        return 950 + $this->site->getPrice();
    }
}

这个装饰器Maintenance在改变了site的值, 还有包装的具体组件价格上还会增加它自己 的价格. 另个两个具体装饰器与Maintenance装饰器也类似

Video.php

<?php
class Video extends Decorator
{
    public function __construct(IComponent $siteNow)
    {
        $this->site = $siteNow;
    }
    public function getSite()
    {
        $format = "<br />  Video";
        return $this->site->getSite() . $format;
    }
    public function getPrice()
    {
        return 350 + $this->site->getPrice();
    }
}

DataBase.php

<?php
class DataBase extends Decorator
{
    public function __construct(IComponent $siteNow)
    {
        $this->site = $siteNow;
    }
    public function getSite()
    {
        $format = "<br />  DataBase";
        return $this->site->getSite() . $format;
    }
    public function getPrice()
    {
        return 800 + $this->site->getPrice();
    }
}

测试这个应用时,可以看到,在基本的价格之上还会增加各个装饰器的价格.另外还能指定装饰器名的格式, 增加了两个空格,使之缩进

装饰器实现中最重要的元素之五就是构造函数, 要为构造函数提供一个组件类型. 由于这里只有一个具体组件, 所有装饰器的实例化都会使用这个组件. 使用多个组件时, 装饰器可以包装应用中的一部分或全部组件, 也可以不包装任何组件.

客户

Client类并不是这个设计模式的一部分, 但是正确使用Client类至关重要.每个装饰器在实例化时"包装"组件, 不过, 首先必须创建一个要包装的对象, 这里是BasicSite类实例

Client.php

<?php
function __autoload($class_name)
{
    include $class_name . ‘.php‘;
}
class Client
{
    private $basicSite;
    public function __construct()
    {
        $this->basicSite = new BasicSite();
        $this->basicSite = $this->WrapComponent($this->basicSite);
        $siteShow = $this->basicSite->getSite();
        $format = "<br />  <strong>Total= $";
        $price = $this->basicSite->getPrice();
        echo $siteShow . $format . $price . "</strong>";
    }
    private function WrapComponent(IComponent $component)
    {
        $component = new Maintenance($component);
        $component = new Video($component);
        $component = new DataBase($component);
        return $component;
    }
}
$worker = new Client();

wrapComponent()方法检查传入的BasicSite实例, 以确保参数有正确的数据类型(IComponent), 然后分别实例化3个装饰器, 对该实例对象进行装饰.

Basic Site
  Maintenance
  Video
  DataBase
  Total= $3300

适配器和装饰器模式都有另外一个名字"包装器"(wrapper)".

适配器可以"包装"一个对象, 创建一个与Adaptee兼容的接口, 而无须对它做任何修改.

装饰器也可以"包装"一个组件对象, 这样就能为这个已胡的组件增加职责, 而无须对它做任何修改.

下面的代码展示了Client如何将组件对象($component)包装在装饰器(Maintence)中:

$component = new Maintenance($component);

类似于"接口", 在计算机编程中用到"包装器"时, 不同的上下文会有不同的用法和含义. 一般来讲, 在设计模式中使用"包装器"是为了处理接口的不兼容, 或者希望为组件增加功能,包装器就表示用来减少不兼容性的策略.

时间： 2024-10-17 07:07:15

设计模式之: 装饰器模式的相关文章

java设计模式之 装饰器模式

适AT java设计模式之 装饰器模式 装饰器模式 装饰器模式(Decorator Pattern)允许向一个现有的对象添加新的功能,同时又不改变其结构. 这种类型的设计模式属于结构型模式,它是作为现有的类的一个包装. 这种模式创建了一个装饰类,用来包装原有的类,并在保持类方法签名完整性的前提下,动态给一个对象添提供了额外的功能. 我们通过下面的实例来演示装饰器模式的用法.模拟一个人从想吃饭.找饭店.享受美食.结束吃饭的过程 代码展示: 首先创建一个被修饰的接口 Eat package deco

python设计模式之装饰器模式

装饰器模式 装饰器模式(Decorator Pattern)允许向一个现有的对象添加新的功能,同时又不改变其结构.这种类型的设计模式属于结构型模式,它是作为现有的类的一个包装. 这种模式创建了一个装饰类,用来包装原有的类,并在保持类方法签名完整性的前提下,提供了额外的功能. import time def log_calls(func): def wrapper(*args,**kwargs): now=time.time() print("Calling{0} with {1} and {2}

php设计模式之装饰器模式

1.介绍 1.装饰器模式(Decorator),可以动态地添加修改类的功能 2.一个类提供了一项功能,如果要在修改并添加额外的功能,传统的编程模式,需要写一个子类继承它,并重新实现类的方法 3.使用装饰器模式,仅需在运行时添加一个装饰器对象即可实现,可以实现最大的灵活性. 2.实例 接下来我们举一个例子,使用php实现一个小画板的功能(画指定颜色图形) 1.没使用装饰器之前的传统方式 1.实现一个画板的类 <?php class Canvas { //保存点阵的一个数组 public $data

设计模式之装饰器模式

一.百科 概述: 23种设计模式之一,英文叫Decorator Pattern,又叫装饰者模式.装饰模式是在不必改变原类文件和使用继承的情况下,动态地扩展一个对象的功能.它是通过创建一个包装对象,也就是装饰来包裹真实的对象. 特点: (1) 装饰对象和真实对象有相同的接口.这样客户端对象就能以和真实对象相同的方式和装饰对象交互. (2) 装饰对象包含一个真实对象的引用(reference) (3) 装饰对象接受所有来自客户端的请求.它把这些请求转发给真实的对象. (4) 装饰对象可以在转发这些请

五分钟一个设计模式之装饰器模式

五分钟一个设计模式,用最简单的方法来描述设计模式.查看更多设计模式,请点击五分钟一个设计模式系列 http://blog.csdn.net/daguanjia11/article/category/3259443 示例代码 今天实在是想不出什么开场白来引出示例了,也想不出特别有意思的示例了,就用一个很土的例子来描述一下装饰器模式吧. 每个人都要穿衣服,每件衣服都具有某些特定的功能,例如,穿上鞋子的话走路舒服,穿上上衣的话上身不冷,穿上裤子的话腿不冷(你这不废话吗).也就是说,每件衣服都具有特定的

23种设计模式之装饰器模式(Decorator Pattern)

装饰器模式(Decorator Pattern) 允许向一个现有的对象添加新的功能,同时又不改变其结构.这种类型的设计模式属于结构型模式,它是作为现有的类的一个包装. 这种模式创建了一个装饰类,用来包装原有的类,并在保持类方法签名完整性的前提下,提供了额外的功能. 通过采用组合.而非继承的手法,Decorator模式实现了在运行时动态地扩展对象功能的能力,而且可以根据需要扩展多个功能.避免了单独使用继承带来的“灵活性差"和"多子类衍生问题". 优点:装饰类和被装饰类可以独立发

浅谈设计模式(二):装饰器模式|中介模式|原型模式

装饰器模式(Decorator Pattern) 装饰器模式可用来给一个类动态添加功能,将其装饰成一个新的类.这就是装饰器的概念.看到这里我们可能会想,要达到这种效果,我们用子类继承父类不就可以了吗? 没错装饰器模式,本身是一种继承的替代方案.那既然是替代方案,那么自然就有它不一样的地方. 具体区别在哪里呢? 请看 装饰器模式更灵活:继承时父子类的关系是静态的,而装饰器模式是动态的,装饰类和被装饰类的关系是运行时候确认的 装饰类和被装饰类的耦合关系是松散的,各自可以独立变化 下面看看具体的代码.

设计模式之装饰器模式io的小入门(十一)

装饰器模式详解地址 原文总结 定义: 在不必改变原类文件和使用继承的情况下, 动态的扩展一个对象的功能. 通过创建一个包装对象, 也就是装饰来包裹真实的对象 部分详解提示 看了一些文档, 装饰器模式非常依赖构造器 与 重写方法 装饰器模式的特点: 不改变原来的类 , 不使用继承 , 动态扩展 流这块除了文件上传下载使用过, 确实用的太少了这里继续复习下最简单的文件上传 文件目录的创建 目录的是否存在没有就创建 不推荐: 年/月/日 一般没什么用户权限的图片之类的不过 推荐: 模块/用户/模块/年

java设计模式之装饰器模式

装饰器模式的应用场景:1.需要扩展一个类的功能.2.动态的为一个对象增加功能,而且还能动态撤销.(继承不能做到这一点,继承的功能是静态的,不能动态增删.) 源接口: 1 public interface Sourceable { 2 3 void method(); 4 } Source类: 1 public class Source implements Sourceable { 2 @Override 3 public void method() { 4 System.out.println