Changes

Jump to: navigation, search

Strategy

2,217 bytes added, 18:01, 7 February 2007
no edit summary
[[Image:strategy.gif]]
==Benefits and Drawbacks of using Strategy Pattern==
'''Benefits in using Strategy Pattern'''
 
#A family of algorithms can be defined as a class hierarchy and can be used interchangeably to alter application behavior without changing its architecture.
#By encapsulating the algorithm separately, new algorithms complying with the same interface can be easily introduced.
#The application can switch strategies at run-time.
#Strategy enables the clients to choose the required algorithm, without using a "switch" statement or a series of "if-else" statements.
#Data structures used for implementing the algorithm is completely encapsulated in Strategy classes. Therefore, the implementation of an algorithm can be changed without affecting the Context class.
#Strategy Pattern can be used instead of sub-classing the Context class. Inheritance hardwires the behavior with the Context and the behavior cannot be changed dynamically.
#The same Strategy object can be strategically shared between different Context objects. However, the shared Strategy object should not maintain states across invocations.
 
'''Drawbacks in using Strategy Pattern'''
 
 
#The application must be aware of all the strategies to select the right one for the right situation.
 
#Strategy and Context classes may be tightly coupled. The Context must supply the relevant data to the Strategy for implementing the algorithm and sometimes, all the data passed by the Context may not be relevant to all the Concrete Strategies.
 
 
#Context and the Strategy classes normally communicate through the interface specified by the abstract Strategy base class. Strategy base class must expose interface for all the required behaviors, which some concrete Strategy classes might not implement.
 
#In most cases, the application configures the Context with the required Strategy object. Therefore, the application needs to create and maintain two objects in place of one.
 
#Since, the Strategy object is created by the application in most cases; the Context has no control on lifetime of the Strategy object. However, the Context can make a local copy of the Strategy object. But, this increases the memory requirement and has a sure performance impact.
==Code Sample==
1
edit

Navigation menu