开发者

Understanding UML of DoFactory Design Pattern - Decorator

开发者 https://www.devze.com 2022-12-11 21:41 出处:网络
I am trying to understand UML diagram describing Decorator Pattern at link below http://www.dofactory.com/Patterns/PatternDecorator.aspx

I am trying to understand UML diagram describing Decorator Pattern at link below

http://www.dofactory.com/Patterns/PatternDecorator.aspx

I 开发者_开发知识库don't understand why there is a "Aggregation" relation between Decorator and Component.

I believe it should be composition as Decorator cannot exist without the base component.


Composition is stronger that aggregation, it usually means that the object takes ownership of its components. This is not the case in this situation because a decorator doesn't own a decorated object. Moreover you could remove the decorator without a need to remove the decorated object as well.

In practice the line between aggregation and composition can be blurry and often it doesn't make much difference whether you choose one or the other, especially if you treat you diagrams as sketches.


Basically because you can have multiple decorators on the component. From wikipedia on aggregation:

Differences between Composition and Aggregation

The whole of a composition must have a multiplicity of 0..1 or 1, indicating that a part must be for only one whole. The whole of an aggregation may have any multiplicity.

also

Composition usually has a strong life cycle dependency between instances of the container class and instances of the contained class(es): If the container is destroyed, normally every instance that it contains is destroyed as well.

note the use of the word 'usually'.

Take a look at the example decorator diagram, also at wikipedia for a clearer example of why this is the case.

0

精彩评论

暂无评论...
验证码 换一张
取 消