[翻译]MVC体系结构
第2章探讨了如何处理Swing组件的事件生产者与消费者。我们了解了Swing组件的事件处理如何超出原始的AWT组件的事件处理功能。在本章中，我们会进一步深入Swing组件设计，来探讨称之为Model-View-Controller（MVC）的体系地构。
3.1 理解MVC流在1980年后首次被引入Smalltalk后，MVC体系结构是第2章所描述的观察者模式的一种特殊形式。MVC的模型部分存放组件的状态，并且用作Subject。MVC的视图部分用作Subject的观察者来显示模型状态。视图创建控制器，其中定义了用户界面如何响应用户输入。
3.1.1 MVC通信图3-1显示MVC元素如何进行通信－在这种情况下，使用Swing的多行文本组件JTextArea。由MVC的角度来看，JTextArea作为MVC体系结构中的视图部分。显示在组件内部的是一个Document，他是JTextArea的模型。Document存放JTextArea的状态信息，例如文本内容。在JTextArea内部是一个InputMap格式的控制器。他将键盘输入映射为ActionMap中的命令，并且这些命令被映射到可以通知Document的TextAction对象。当发生通知时，Document创建一个DocumentEvent并将其发送回JTextArea。
3.1.2 Swing组件的UI委托
这个例子演示了Swing世界中MVC体系结构的一个重要方面。在视图与控制器之间需要发生复杂的交互。Swing设计将这两个元素组合为一个委托对象来简化设计。这导致了每一个Swing组件具有一个负责渲染当前组件状态并处理用户输入事件的UI委托。
有时，用户事件会导致不影响模型的视图改变。例如，当标位置是视图的一个属性。模型并不关心光标位置，只关心文本内容。影响光标位置的用户输入并不会传递给模型。相反，影响Document内容的用户输入（例如按下回退键）会被传递。按下回退键会导致由模型中移除一个字符。正是由于这种结合，每一个Swing组件具有一个UI委托。
为了演示，图3-2显示了具有模型与UI委托的JTextArea组成。用于JTextArea的UI委托由TextUI接口开始，并在BasicTextUI中进行基本实现。相应的，由用于JTextArea的BasicTextAreaUI进行特例化。BasicTextAreaUI创建一个视图，或者是一个PlainView或者是一个WrappedPlainView。在模型一侧，事情则要相对简单得多。Document接口由AbstractDocument类来实现，然后由PlainDocument进行具体化。
文本组件将会在第15章与第16章进行更为全面的解释。正如图3-2所示，文本组件的使用涉及到许多内容。在大多数情况下，我们并不需要处理到图中所示的程度。然而，所有这些类都是在幕后进行作用的。MVC体系结构的UI委托部分将会在第20章我们如何自定义委托时再进行深入的讨论。
3.2 共享数据模型
因为数据模型只存储状态信息，我们可以在多个组件之间共享模型。然后每一个组件视图可以用来修改模型。
在图3-3所示的情况中，三个不同的JTextArea组件可以用来修改一个Document模型。如果用户修改了一个JTextArea的内容，模型就会发生变化，使得其他的文本区域自动的反映更新的文档状态。对于任意的Document视图并没有必须手动通知其他的视图共享模型。
数据模型的共享可以通过下面两种方法来实现：
- 我们可以创建与任意组件相分离的数据模型并通知所有的组件使用这个数据模型。
- 我们可以先创建一个组件，由第一个组件获取模型，然后与其他的组件进行共享。
-
-
- import java.awt.Container;
- import java.awt.EventQueue;
- import javax.swing.BoxLayout;
- import javax.swing.JFrame;
- import javax.swing.JScrollPane;
- import javax.swing.JTextArea;
- import javax.swing.text.Document;
- public class ShareModel {
补充：综合编程 , 其他综合 ,
上一个：webkit在win32下的编译规则
下一个：程序员那些悲催的事儿
