(ref.doc)Simplifying the Booch Components

Next A const source of confusion Prev: Design of the USL Standard Components Up: cppR 5/5

Simplifying the Booch Components
Library Design
by Grady Booch (Note:
 Booch) and Mike Vilot

We designed the library to meet several specific goals:
- Completeness
- Adaptability
- Efficiency
- Safety
- Ease of use
- Extensibility


A *monolithic* structure is one that is always treated as a single
unit. [...] a *polylithic* structure is one in which structural
sharing is permitted.


Ultimately, there are only two meaningful choices for in-memory
structures. [forms of abstraction]:
- unbounded
- bounded


One fundamental design decision in this library was the concept of
separating policy from implementation. In a sense, any of the
structures in this library are merely abstractions that enforce a
certain protocol or policy upon a list or a vector.


An active iterator yields a pointer to successive items in the
component [...]. A passive iterator applies a supplied function to all
the items within a component in one logical step.


Three meaningful storage management policies:
- unmanaged
- managed
- controlled


References
1
McIllroy.
- 9: Carroll, M.D., and M.A. Ellis. Simulating virtual constructors in
   C++, The C++ Journal 1(3): 3134.


automatically generated by info2www version 1.2.2.8