Skip to Content.
Sympa Menu

gang-of-4-patterns - Re: RE : RE : [gang-of-4-patterns] Strategy Pattern vs. Bridge Pattern

gang-of-4-patterns AT lists.siebelschool.illinois.edu

Subject: Design Patterns discussion

List archive

Re: RE : RE : [gang-of-4-patterns] Strategy Pattern vs. Bridge Pattern


Chronological Thread 
  • From: Mikal Ziane <Mikal.Ziane AT lip6.fr>
  • To: Wayne Cannon <wcannon AT sonic.net>, Mikal Ziane <Mikal.Ziane AT lip6.fr>
  • Cc: gang-of-4-patterns AT cs.uiuc.edu
  • Subject: Re: RE : RE : [gang-of-4-patterns] Strategy Pattern vs. Bridge Pattern
  • Date: Fri, 07 Nov 2003 13:34:14 +0100
  • List-archive: <http://mail.cs.uiuc.edu/pipermail/gang-of-4-patterns/>
  • List-id: Design Patterns discussion <gang-of-4-patterns.cs.uiuc.edu>

That's my point Wayne !
Ray is right though that typically the abstraction is expected to change too, but I am not sure at all that this is mandatory.
In any case a simple version of the pattern can be applied even if the abstraction does not change.
Hence the difference between Bridge and Strategy is not, IMO, as clear cut as Ray seems to consider.


A 17:44 06/11/2003 -0800, Wayne Cannon a écrit :
Mikal,

One of the specific uses called out for the Bridge pattern is for dynamically selected implementations. Refer to the Bridge pattern, "Applicability" section, "Use the Bridge pattern when (1) you want to avoid a permanent binding between an abstraction and its implementation. This might be the case, for example, when the implementation must be selected or switched at run-time".

--Wayne

Mikal Ziane wrote:

Ray,
You would not use Bridge to dynamically select or change the data
representation of an abstraction A even if A itself does not change ?



_______________________________________________
gang-of-4-patterns mailing list
gang-of-4-patterns AT cs.uiuc.edu
http://mail.cs.uiuc.edu/mailman/listinfo/gang-of-4-patterns






Archive powered by MHonArc 2.6.16.

Top of Page