Guushuuse .NET

领域驱动设计==哲学

导航

< 2025年2月 >
26 27 28 29 30 31 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 1
2 3 4 5 6 7 8

统计

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   guushuuse  阅读(2134)  评论(5编辑  收藏  举报

点击右上角即可分享
微信分享提示