Design Patterns : Elements of Reusable Object-Oriented Software

Design Patterns: Elements of Reusable Object-Oriented Software 
72 
lets us maintain and enhance our logical windowingabstractions without touching 
window system-dependent code, and viceversa. 
User Operations 
Some of Lexi's functionality is available through the document'sWYSIWYG 
representation. You enter and delete text, move the insertionpoint, and select 
ranges of text by pointing, clicking, and typingdirectly in the document. Other 
functionality is accessed indirectlythrough user operations in Lexi's pull-down 
menus, buttons, andkeyboard accelerators. The functionality includes operations 
for 
•
creating a new document, 
•
opening, saving, and printing an existing document, 
•
cutting selected text out of the document and pasting it back in, 
•
changing the font and style of selected text, 
•
changing the formatting of text, such as its alignment andjustification, 
•
quitting the application, 
•
and on and on. 
Lexi provides different user interfaces for these operations.But we don't want 
to associate a particular user operation with aparticular user interface, because 
we may want multiple userinterfaces to the same operation (you can turn the page 
using either apage button or a menu operation, for example). We may also want 
tochange the interface in the future. 
Furthermore, these operations are implemented in many differentclasses. We as 
implementors want to access their functionalitywithout creating a lot of 
dependencies between implementation and userinterface classes. Otherwise we'll 
end up with a tightly coupledimplementation, which will be harder to understand, 
extend, andmaintain. 
To further complicate matters, we want Lexi to support undo andredo
8
ofmost 
but 
not all
its functionality. Specifically, we want to beable to undo 
document-modifying operations like delete, with which auser can destroy lots of 
data inadvertently. But we shouldn't try toundo an operation like saving a drawing 
or quitting the application.These operations should have no effect on the undo 
process. We alsodon't want an arbitrary limit on the number of levels of undo 
andredo. 
It's clear that support for user operations permeates the application.The 
challenge is to come up with a simple and extensible mechanismthat satisfies all 
of these needs. 

---