Abstract Factory Pattern
[Patterns with a small 'p']

Collaboration diagram for Abstract Factory Pattern:

---

Detailed Description

This simple idiom provides a way to centralise the creation of a particular type of object so that to obtain an instance of the class that you want must ask the factory to create it for you. This allows for different factories to provide slightly different variations on the object that you get. See here for more details.

This section contains links to the code that implements this concept.

Classes
class	ICriticalSectionFactory
	An interface to a factory that gives out instances of ICriticalSection. All of the methods which provide an instance of an ICriticalSection require a key of some kind to be given. This allows the factory to (optionally) have a fixed sized pool of instances that are provided to callers by hashing the key that the caller passes. This would allow the factory to share a finite set of objects between all callers in (hopefully) a fair manner. Alternatively, of course, an implementation might simply ignore the key that the caller provides and, instead, allocate a unique instance of ICriticalSection per call. More...
class	IThreadPoolWorkerThreadFactory
	An interface to create instances of IIOCPWorkerThreadCallback. Usually passed to the CThreadPool constructor. More...

---