Design Patterns : Elements of Reusable Object-Oriented Software

Design Patterns: Elements of Reusable Object-Oriented Software 
63 
Figure 2.10: Abstract product classes and concrete subclasses 
The last question we have to answer is, Where does the GUIFactoryinstance come 
from? The answer is, Anywhere that's convenient. Thevariable guiFactory could 
be a global, a static member of awell-known class, or even a local variable if 
the entire user interface iscreated within one class or function. There's even 
a design pattern,Singleton (144), for managing well-known, one-of-a-kindobjects 
like this. The important thing, though, is to initializeguiFactory at a point 
in the program 
before
it's ever usedto create widgets but 
after
it's clear which 
look and feel isdesired. 
If the look and feel is known at compile-time, then guiFactorycan be initialized 
with a simple assignment of a new factory instanceat the beginning of the program: 
GUIFactory* guiFactory = new MotifFactory; 
If the user can specify the look and feel with a string name atstartup time, then 
the code to create the factory might be 
GUIFactory* guiFactory; 
const char* styleName = getenv("LOOK_AND_FEEL"); 
// user or environment supplies this at startup 
if (strcmp(styleName, "Motif") == 0) { 
guiFactory = new MotifFactory;
} else if (strcmp(styleName, "Presentation_Manager") == 0) { 
guiFactory = new PMFactory;

---

Design Patterns: Elements of Reusable Object-Oriented Software 
64 
} else { 
guiFactory = new DefaultGUIFactory;
} 
There are more sophisticated ways to select the factory at run-time.For example, 
you could maintain a registry that maps strings tofactory objects. That lets you 
register instances of new factorysubclasses without modifying existing code, as 
the preceding approach requires. And you don't have to link all platform-specific 
factoriesinto the application. That's important, because it might not bepossible 
to link a MotifFactory on a platform that doesn't supportMotif. 
But the point is that once we've configured the application with theright factory 
object, its look and feel is set from then on. If wechange our minds, we can 
reinitialize guiFactory with afactory for a different look and feel and then 
reconstruct theinterface. Regardless of how and when we decide to 
initializeguiFactory, we know that once we do, the application cancreate the 
appropriate look and feel without modification.