How and why to encapsulate class trees
Author(s) -
Dirk Riehle
Publication year - 1995
Publication title -
citeseer x (the pennsylvania state university)
Language(s) - English
Resource type - Conference proceedings
ISSN - 0362-1340
ISBN - 0-89791-703-0
DOI - 10.1145/217838.217865
Subject(s) - computer science , class (philosophy) , interface (matter) , programming language , semantics (computer science) , protocol (science) , tree (set theory) , theoretical computer science , interface design , human–computer interaction , artificial intelligence , operating system , mathematics , bubble , medicine , mathematical analysis , alternative medicine , pathology , maximum bubble pressure method
A good reusable framework, pattern or module interface usually is represented by abstract classes. They form an abstract design and leave the implementation to concrete subclasses. The abstract design is instantiated by naming these subclasses. Unfortunately, this exposes implementation details like class names and class tree structures. The paper gives a rationale and a general metaobject protocol design that encapsulates whole class trees. Clients of an abstract design retrieve classes and create objects based on class semantics specifications. Using abstract classes as the only interface enhances information hiding and makes it easier both to evolve a system and to configure system variants.
Accelerating Research
Robert Robinson Avenue,
Oxford Science Park, Oxford
OX4 4GP, United Kingdom
Address
John Eccles HouseRobert Robinson Avenue,
Oxford Science Park, Oxford
OX4 4GP, United Kingdom