Guushuuse .NET

领域驱动设计==哲学

导航

DotNet Framework源代码中的模式(五)——Decorator(装饰模式)

动态地给一个对象添加一些额外的职责。就扩展功能而言,Decorator模式比生成子类方式更为灵活。

 

以.NET Framework 2.0 System.IO中类为例

 

 

 

Code

 

调用代码 

Code

 

 

在.NET Framework中,所有的流操作都有一个共同的基类System.IO.Stream,它是一个抽象类,主要包含了Read、Write等行为。针对文件流和内存流的操作,定义了FileStream和MemoryStream类,都继承Stream类,分别实现不同的读写操作。为了提高流的读写性能,需要使用缓存Buffer来存放流数据。此时,Buffer的作用对于流的读写操作而言,就相当于一个装饰的作用。

在以下情况下应当使用装饰模式:

1.需要扩展一个类的功能,或给一个类增加附加责任。

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

3.需要增加由一些基本功能的排列组合而产生的非常大量的功能,从而使继承关系变得不现实。

posted on 2009-05-14 14:17  guushuuse  阅读(2131)  评论(5编辑  收藏  举报