Skip to Content.
Sympa Menu

gang-of-4-patterns - 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: [gang-of-4-patterns] Strategy Pattern vs. Bridge Pattern


Chronological Thread 
  • From: Wayne Cannon <wcannon AT sonic.net>
  • To: cfinlayson AT vls-inc.com
  • Cc: gang-of-4-patterns AT cs.uiuc.edu
  • Subject: Re: [gang-of-4-patterns] Strategy Pattern vs. Bridge Pattern
  • Date: Thu, 06 Nov 2003 18:30:55 -0800
  • List-archive: <http://mail.cs.uiuc.edu/pipermail/gang-of-4-patterns/>
  • List-id: Design Patterns discussion <gang-of-4-patterns.cs.uiuc.edu>

In the Bridge pattern the "Abstraction" (or, rather, "RefinedAbstraction") is not an interface -- it is a concrete object. It is the only object that the Client references. The Client has no idea how the object is actually implemented, i.e., it has not idea that a Bridge pattern is in play. The "Abstraction" fields the operation and passes it on to the Implementor (or, rather, "ConcreteImplementor"). There can be different implementors for different reasons and/or at different times.

--Wayne

Chris Finlayson wrote:

Now, I see this as identifical to the Bridge pattern....where the
ISortStrategy is the abstraction and the concrete sort strategies are the
implementations. What am I missing?







Archive powered by MHonArc 2.6.16.

Top of Page