Abstract Factory Revisited

        Motivation. The AbstractFactory (87) pattern [resents to clients a collection of related, abstract interfaces to manipulate. The implementation is provided by concrete subclasses created by a factory which decides which instances to create. The client doesn't know the subclasses, but the factory has to know all concrete subclasses. Rather than linking with the factory library which includes all concrete subclasses, the factory is moved to DLLs. This means that factories can be added and replaced on the fly, without the client having to be recompiled or relinked with the factory libraries. Changes to the funtionality of a system can therefore be easily done and an incremental development style is supported.

By: Bela Ban and Luca Deri

Published in: RZ2787 in 1996


This Research Report is available. This report has been submitted for publication outside of IBM and will probably be copyrighted if accepted for publication. It has been issued as a Research Report for early dissemination of its contents. In view of the transfer of copyright to the outside publisher, its distribution outside of IBM prior to publication should be limited to peer communications and specific requests. After outside publication, requests should be filled only by reprints or legally obtained copies of the article (e.g., payment of royalties). I have read and understand this notice and am a member of the scientific community outside or inside of IBM seeking a single copy only.


Questions about this service can be mailed to reports@us.ibm.com .