• Save
Abstract Factory Pattern
Upcoming SlideShare
Loading in...5
×
 

Abstract Factory Pattern

on

  • 622 views

Presentation given at Melbourne Patterns Group (Sept 2005)

Presentation given at Melbourne Patterns Group (Sept 2005)

http://htxt.it/ovLs

Statistics

Views

Total Views
622
Slideshare-icon Views on SlideShare
619
Embed Views
3

Actions

Likes
0
Downloads
0
Comments
0

3 Embeds 3

http://www.slideshare.net 1
http://www.slashdocs.com 1
http://www.linkedin.com 1

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Abstract Factory Pattern Abstract Factory Pattern Presentation Transcript

    • Abstract Factory Pattern Provide an interface for creating families of related or dependent objects without specifying their concrete classes
    • Design Strategies recommended by GoF
      • Design to Interfaces
      • Favour composition over inheritance
      • Find what varies and encapsulate it
    • Themes of Creational Patterns
      • Encapsulate Knowledge about which concrete classes the system uses
      • Hide how these classes are created and put together
    • Applicability
      • A system independent of how products are created
      • Independent families of products can be used
      • Within a family, sibling products should be use together
      • Reveal Interfaces of class library and hide implementation
    • Implementation
      • Factory Method
      • Prototype
      • Builder
    • Abstract Factory using Factory Method
    • Consequences of Classic Abstract Factory
      • It isolates concrete classes
      • Exchanging product families harder
      • Consistency among products harder to enforce
      • Supporting new kinds of products is difficult
    • Pluggable Factory John Vlissides C++ Report, February 1999
    • Consequences of Pluggable Factory
      • Class structure is simpler
      • The factory interface tends to be more complex
      • Changing individual product types is easy.
      • Exchanging product families harder
      • Consistency among products harder to enforce
    • Implementation - 2 nd Dimension
      • Dedicated Creators
      • Parameterized Creators
    • Extensible Factories Timothy R. Culp C++ Report, October 1999
    • Consequences of Extensible Factories
      • Supporting new kinds of products is easier
      • Products are returned with same Interface
      • Less type safety
      • Exchanging product families harder
      • Consistency among products harder to enforce