Name:

Abstract Factory

Classification:
Scope Object
Purpose Creational
 Intent
• Provide an interface for creating families of
related or dependent objects without
specifying their concrete classes
 Also Known As
• Kit
 Motivation
Ex:-User Interface Toolkits – support multiple look and feel standards
(Motif , Presentation Manager etc)
• Different look-and-feels define different appearances and behaviors
for user interface “widgets” (like scroll bars, buttons, windows etc)
• To be portable across look-and-feel standards an application should
not hard-code widgets for a particular look and feel.
• Problem :- instantiating look and feel specific classes of widgets
throughout the application makes it hard to change the look and feel
later.
• Solution :- Define an abstract “WidgetFactory” class that declares
an interface for creating each basic kind of widget.
• Also define an abstract class for each kind of widget
• Concrete subclasses that implement widgets for specific look-and-
feel standards.
• WidgetFactory’s interface has an operation that returns a new
widget object for each abstract widget class.
• Clients call these operations to obtain widget instance, but clients
aren’t aware of the concrete classes they’re using.
• Thus clients stay independent of the prevailing look and feel.
Motivation…..
 Motivation….
• There is a concrete subclass of WidgetFactory
for each look-and-feel standard.
• Clients create widgets solely through the
WidgetFactory interface and have no knowledge
of the classes that implement widgets for a
particular look and feel.
• Clients only have to commit to an interface
defined by and abstract class, not a particular
concrete class.
 Applicability
• Use Abstract Factory pattern when
– A system should be independent of how its products
are created, composed and represented.
– A system should be configured with one of multiple
families of products.
– A family of related product objects is designed to be
used together, and you need to enforce this
constraint.
– You want to provide a class library of products, and
you want to reveal just their interfaces, not their
implementations.
 Participants
• AbstractFactory (WidgetFactory)
– Declares an interface for operations that create abstract product
objects
• ConcreteFactory(MotifWidgetFactory, PMWidgetFactory)
– Implements the operations to create concrete product objects
• AbstractProduct (Window, ScrollBar)
– Declares an interface for a type of product object.
• ConcreteProduct (MotifWindow, MotifScrollBar)
– Defines a product object to be created by the corresponding
concrete factory.
– Implements the AbstractProduct interface
• Client
– Uses only interfaces declared by AbstractFactory and
AbstractProduct classes.
 Collaborations
• Normally a single instance of a
ConcreteFactory class is created at run-
time.
• This concrete factory creates product
objects having a particular implementation.
• What should the clients use to create
different product objects??
• AbstractFactory defers creation of product
objects to its ConcreteFactory subclasses.
 Consequences
• It isolates concrete classes
– Encapsulates the responsibility and the process of
creating product objects
• It makes exchanging product families easy.
– Easy to change the concrete factory an application
uses.
• It promotes consistency among products
– Use objects from only one family at a time
• Supporting new kinds of products is difficult
– Extending abstract factories to produce new kinds of
products isn’t easy.
 Implementation
• Factories as singletons
– An application typically needs only one instance of a
ConcreteFactory per product family – best implemented as a
singleton.
• Creating the products
– AbstractFactory – declares interface for creating products
– ConcreteFactory – creates actual products
• Most common way – define a factory method for each product.
• New concrete factory for each new product
• If many product families are possible – concrete factory can be
implemented in prototype pattern.
• Defining extensible factories
• Adding a new kind of product requires changing the AbstractFactory
interface and all the classes that depend on it
• Solution is to add a parameter to operations that create objects.
• This parameter specifies the kind of objects to be created.
 Known uses
• InterViews uses “Kit” to denote
AbstractFactory classes.
• ET++ uses the AbstractFactory pattern to
achieve portability across different window
systems.
 Related Patterns
• Abstract Factory classes are often
implemented with factory methods, but
they can also be implemented using
Prototype.
• A concrete factory is often a singleton.