第2章 实例研究：设计一个文档编辑器.pdfVIP

下载 第2章 实例研究：设计一个文档编辑器 这一章将通过设计一个称为 L e x i 的“所见即所得”（或“W Y S I W Y G ”）的文档编辑器， 来介绍设计模式的实际应用。我们将会看到在 L e x i和类似应用中，设计模式是怎样解决设计 问题的。在本章最后，通过这个例子的学习你将获得 8个模式的实用经验。 图2 - 1 是L e x i 的用户界面。文档的所见即所得的表示占据了中间的大矩形区域。文档能够 以不同的格式风格自由混合文本和图形。文档的周围是通常的下拉菜单和滚动条，以及一些 用来跳到特定页的页码图标。 图2-1 Lexi 的用户界面 L e x i 的设计是基于C a l d e r开发的文本编辑应用D o c 的。[ C L 9 2 ] 第2章 实例研究：设计一个文档编辑器 2 3 下载 2.1 设计问题 我们将考察L e x i设计中的7个问题： 1) 文档结构 对文档内部表示的选择几乎影响 L e x i设计的每个方面。所有的编辑、格式安 排、显示和文本分析都涉及到这种表示。我们怎样组织这个信息会影响到应用的其他方面。 2) 格式化 L e x i 是怎样将文本和图形安排到行和列上的？哪些对象负责执行不同的格式策 略？这些策略又是怎样和内部表述相互作用的？ 3) 修饰用户界面 L e x i 的用户界面包括滚动条、边界和用来修饰W Y S I W Y G文档界面的阴 影。这些修饰有可能随着 L e x i用户界面的演化而发生变化。因此，在不影响应用其他方面的 情况下，能自由增加和去除这些修饰就十分重要了。 4 ) 支持多种视感 ( l o o k - a n d - f e e l )标准 L e x i 应不需作较大修改就能适应不同的视感标准， 如M o t i f和Presentation Manager(PM)等。 5 ) 支持多种窗口系统 不同的视感标准通常是在不同的窗口系统上实现的。 L e x i 的设计应 尽可能的独立于窗口系统。 6 ) 用户操作 用户通过不同的用户界面控制 L e x i ，包括按钮和下拉菜单。这些界面对应的 功能分散在整个应用对象中。这里的难点在于提供一个统一的机制，既可以访问这些分散的 功能，又可以对操作进行撤消 ( u n d o ) 。 7 ) 拼写检查和连字符 L e x i 是怎样支持像检查拼写错误和决定连字符的连字点这样的分析 操作的？当我们不得不添加一个新的分析操作时，我们怎样尽量少修改相关的类？ 我们将在下面的各节里讨论这些设计问题。每个问题都有一组相关联的目标集合和我们 怎样达到这些目标的限制条件集合。在给出特定解决方案之前，我们会详细解释设计问题的 目标和限制条件。问题和其解决方案会列举一个或多个设计模式。对每个问题的讨论将在对 相关设计模式的简单介绍后结束。 2.2 文档结构 从根本上来说，一个文档只是对字符、线、多边形和其他图形元素的一种安排。这些元素 记录了文档的整个信息内容。然而，一个文档作者通常并不将这些元素看作图形项，而是看 作文档的物理结构—行、列、图形、表和其他子结构 。而这些子结构也有自己的子结构。 L e x i 的用户界面应该让用户直接操纵这些子结构。例如，一个用户应该能够将一个图表 当作一个单元，而不是个别图形原语的一组集合。用户应该能够对表进行整体引用，而不是 将表作为非结构化的一堆文本和图形。这有助于使界面简单和直观。为了使 L e x i 的实现具有 类似的性质，我们选择能匹配文档物理结构的内部表示。 特别的，内部表示应支持如下几点： • 保持文档的物理结构。即将文本和图形安排到行、列、表等。 • 可视化生成和显示文档。 • 根据显示位置来映射文档内部表示的元素。这可以使 L e x i根据用户在可视化表示中所点 击的某个东西来决定用户所引用的文档元素。 作者也常从逻辑结构来看文档，即看成句子、段落、节、小节和章。为了使这个例子简