From e9d096e411f2d6b79c775475437dc25ce93935d0 Mon Sep 17 00:00:00 2001 From: Chris Woodford Date: Thu, 5 May 2011 21:23:10 -0400 Subject: [PATCH] cleaning up some sentences. better flow --- en/cookbook/decorator-pattern.rst | 16 ++++++++-------- 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/en/cookbook/decorator-pattern.rst b/en/cookbook/decorator-pattern.rst index f84bade45..7fe7c2dda 100644 --- a/en/cookbook/decorator-pattern.rst +++ b/en/cookbook/decorator-pattern.rst @@ -157,15 +157,15 @@ be treated exactly as a ``Component`` when it comes time to persisting it. The ``Decorator's`` constructor accepts an instance of a -``Component``, as defined by the ``Decorator`` pattern (using -constructor injection). The setDecorates/getDecorates methods have -been defined as protected to hide the fact that a ``Decorator`` is -decorating a ``Component`` and keeps the ``Component`` interface and -the ``Decorator`` interface identical. +``Component``, as defined by the ``Decorator`` pattern. The +setDecorates/getDecorates methods have been defined as protected to +hide the fact that a ``Decorator`` is decorating a ``Component`` and +keeps the ``Component`` interface and the ``Decorator`` interface +identical. -To illustrate the purpose of the ``Decorator`` pattern, the getName() -method has been overridden to append a string to the ``Component's`` -getName() method. +To illustrate the intended result of the ``Decorator`` pattern, the +getName() method has been overridden to append a string to the +``Component's`` getName() method. ConcreteDecorator -----------------