此时可以看到，如果需要相应的功能，直接使用这些子类就可以了。这里我们采用了类的继承方式来解决了对象功能的扩展问题，这种方式是可以达到我们预期的目的。然而，它却带来了一系列的问题。首先，前面的分析只是进行了一种功能的扩展，如果既需要记录错误严重级别，又需要记录优先级时，子类就需要进行接口的多重继承。
实现代码：
现在对于每个扩展的功能，都增加一个包装类的子类，让它们来实现具体的扩展功能。实现代码如下：
.NET设计模式研究之装饰模式
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()
{
//......功能扩展，实现了记录优先级别
}
}
其次，随着以后扩展功能的增多，子类会迅速的膨胀，可以看到，子类的出现其实是DatabaseLog和TextFileLog两个子类与新增加的接口的一种排列组合关系，所以类结构会变得很复杂而难以维护，正如象李建忠老师说的那样“子类复子类，子类何其多”；最后，这种方式的扩展是一种静态的扩展方式，并没有能够真正实现扩展功能的动态添加，客户程序不能选择添加扩展功能的方式和时机。
现在又该是Decorator模式出场的时候了，解决方案是把Log对象嵌入到另一个对象中，由这个对象来扩展功能。首先我们要定义一个抽象的包装类LogWrapper，让它继承于Log类。
public abstract class LogWrapper : Log
{
private Log _log;
public LogWrapper(Log log)
{
_log = log;
}
public override void Write(string log)
{
_log.Write(log);
}
}
public class LogErrorWrapper : LogWrapper
{
public LogErrorWrapper(Log _log)
:base(_log){}
public override void Write(string log)
{
SetError(); //......功能扩展
base.Write(log);
}
public void SetError()
{
//......实现了记录错误严重级别
}
}
public class LogPriorityWrapper : LogWrapper
{
public LogPriorityWrapper(Log _log): base(_log){}
public override void Write(string log)
{
SetPriority(); //......功能扩展
base.Write(log);
}
public void SetPriority()
{
//......实现了记录优先级别
}
}
0
相关文章
关注我们
