Design Patterns : Elements of Reusable Object-Oriented Software

Decorator Pattern 
The Decorator (196) pattern captures class and objectrelationships that support 
embellishment by transparent enclosure.The term "embellishment" actually has 

---

Design Patterns: Elements of Reusable Object-Oriented Software 
60 
broader meaning than whatwe've considered here. In the Decorator pattern, 
embellishment refersto anything that adds responsibilities to an object. We can 
thinkfor example of embellishing an abstract syntax tree with semanticactions, 
a finite state automaton with new transitions, or a networkof persistent objects 
with attribute tags. Decorator generalizes theapproach we've used in Lexi to make 
it more widely applicable. 
Supporting Multiple Look-and-Feel Standards 
Achieving portability across hardware and software platforms is amajor problem 
in system design. Retargeting Lexi to a newplatform shouldn't require a major 
overhaul, or it wouldn't be worthretargeting. We should make porting as easy as 
possible. 
One obstacle to portability is the diversity of look-and-feel standards,which 
are intended to enforce uniformity between applications. Thesestandards define 
guidelines for how applications appear and react to theuser. While existing 
standards aren't that different from each other,people certainly won't confuse 
one for the other
—
Motif applications don'tlook and feel exactly like their 
counterparts on other platforms, and viceversa. An application that runs on more 
than one platform must conform tothe user interface style guide on each platform. 
Our design goals are to make Lexi conform to multiple existinglook-and-feel 
standards and to make it easy to add support for newstandards as they (invariably) 
emerge. We also want our design tosupport the ultimate in flexibility: changing 
Lexi's look and feelat run-time.