.NET设计模式研究之装饰模式

时间:2017-12-06 13:03

  概述

  在软件系统中,有时候我们会使用继承来扩展对象的功能,但是由于继承为类型引入的静态特质,使得这种扩展方式缺乏灵活性;并且随着子类的增多(扩展功能的增多),各种子类的组合(扩展功能的组合)会导致更多子类的膨胀。如何使“对象功能的扩展”能够根据需要来动态地实现?同时避免“扩展功能的增多”带来的子类膨胀问题?从而使得任何“功能扩展变化”所导致的影响将为最低?这就是本文要讲的Decorator模式。

  意图

  动态地给一个对象添加一些额外的职责。就增加功能来说,Decorator模式相比生成子类更为灵活。[GOF 《设计模式》]

  结构图

.NET设计模式研究之装饰模式



图1 Decorator模式结构图

  生活中的例子

  装饰模式动态地给一个对象添加额外的职责。不论一幅画有没有画框都可以挂在墙上,但是通常都是有画框的,并且实际上是画框被挂在墙上。在挂在墙上之前,画可以被蒙上玻璃,装到框子里;这时画、玻璃和画框形成了一个物体。

.NET设计模式研究之装饰模式



图2 使用有画框的画作为例子的装饰模式对象图

  装饰模式解说

  在软件开发中,经常会遇到动态地为一个对象而不是整个类增加一些功能的问题,还是以我惯用的记录日志的例子来说明吧(也许在Decorator模式里面用这个例子不是特别合适)。现在要求我们开发的记录日志的组件,除了要支持数据库记录DatabaseLog和文本文件记录TextFileLog两种方式外,我们还需要在不同的应用环境中增加一些额外的功能,比如需要记录日志信息的错误严重级别,需要记录日志信息的优先级别,还有日志信息的扩展属性等功能。在这里,如果我们不去考虑设计模式,解决问题的方法其实很简单,可以通过继承机制去实现,日志类结构图如下:

.NET设计模式研究之装饰模式



图3

  实现代码如下:

public abstract class Log
{
 public abstract void Write(string log);
}

public class DatabaseLog : Log
{
 public override void Write(string log)
 {
  //......记录到数据库中
 }
}

public class TextFileLog : Log
{
 public override void Write(string log)
 {
  //......记录到文本文件中
 }
}
 

  需要记录日志信息的错误严重级别功能和记录日志信息优先级别的功能,只要在原来子类DatabaseLog和TextFileLog的基础上再生成子类即可,同时需要引进两个新的接口IError和I Priority,类结构图如下:

.NET设计模式研究之装饰模式



图4

  实现代码如下:

public interface IError
{
 void SetError();
}

public interface IPriority
{
 void SetPriority();
}

public class DBErrorLog : DatabaseLog, IError
{
 public override void Write(string log)
 {
  base.Write(log);
 }
 public void SetError()
 {
  //......功能扩展,实现了记录错误严重级别
 }
}

public class DBPriorityLog : DatabaseLog, IPriority
{
 public override void Write(string log)
 {
  base.Write(log);
 }
 public void SetPriority()
 {
  //......功能扩展,实现了记录优先级别
 }
}

public class TFErrorLog : TextFileLog, IError
{
 public override void Write(string log)
 {
  base.Write(log);
 }
 public void SetError()
 {
  //......功能扩展,实现了记录错误严重级别
 }
}

public class TFPriorityLog : TextFileLog, IPriority
{
 public override void Write(string log)
 {
  base.Write(log);
 }
 public void SetPriority()
 {
  //......功能扩展,实现了记录优先级别
 }
}
 

  此时可以看到,如果需要相应的功能,直接使用这些子类就可以了。这里我们采用了类的继承方式来解决了对象功能的扩展问题,这种方式是可以达到我们预期的目的。然而,它却带来了一系列的问题。首先,前面的分析只是进行了一种功能的扩展,如果既需要记录错误严重级别,又需要记录优先级时,子类就需要进行接口的多重继承,这在某些情况下会违反类的单一职责原则,注意下图中的蓝色区域:

.NET设计模式研究之装饰模式



图5

  实现代码:

public class DBEPLog : DatabaseLog, IError, IPriority
{
 public override void Write(string log)
 {
  SetError();
  SetPriority();
  base.Write(log);
 }
 public void SetError()
 {
  //......功能扩展,实现了记录错误严重级别
 }
 public void SetPriority()
 {
  //......功能扩展,实现了记录优先级别
 }
}

public class TFEPLog : DatabaseLog, IError, IPriority
{
 public override void Write(string log)
 {
  SetError();
  SetPriority();
  base.Write(log);
 }
 public void SetError()
 {
  //......功能扩展,实现了记录错误严重级别
 }
 public void SetPriority()
 {
  //......功能扩展,实现了记录优先级别
 }
}
 

1

作者:terrylee责任编辑:方舟)

.NET设计模式研究之装饰模式

请关注天极网

天极新媒体 最酷科技资讯

扫码赢大奖

评论

* 网友发言均非本站立场,本站不在评论栏推荐任何网店、经销商,谨防上当受骗!