第13章基于MVC和RMI的分布式应用.PDFVIP

13 章 基于MVC 和RMI 的 分布式应用 MVC Model-View-Controller - - MVC Xerox PARC 的简称，即模型视图控制器。 在 20 80 Smalltalk-80 世纪 年代为编程语言 发明的一种软件设计模式，至今已被广泛使用。 本章首先介绍MVC 设计模式的概念，然后创建一个基于MVC 的Java 应用，并且在这 个Java 应用中引入RMI 框架，把模型作为远程对象分布到服务器端，把视图和控制器分布 到客户端，从而创建分布式的Java 应用。 13.1 MVC 设计模式简介 MVC 把应用程序分成 3 个核心模块：模型（Model ）、视图（View ）和控制器 （Controller ），它们分别担当不 的任务。如图 13-1 所示显示了这几个模块各自的功 能及它们的相互关系。 图13-1 MVC 设计模式 1．视图 视图是用户看到并与之交互的界面。视图向用户展示用户感兴趣的业务数据，并 能接收用户的输入数据，但是视图并不进行任何实际的业务处理。视图可以向模型查 询业务数据，但不能直接改变模型中的业务数据。视图还能接收模型发出的业务数据 更新事件，从而对用户界面进行同步更新。 2 ．模型 模型是应用程序的主体部分。模型表示业务数据和业务逻辑。一个模型能为多个 PDF 文件使用 pdfFactory Pro 试用版本创建 À 视图提供业务数据。 一个模型可以被多个视图重用。 3 ．控制器 控制器接收用户的输入并调用模型和视图去完成用户 的请求。当用户在视图上选择按钮或菜单时，控制器接收 请求并调用相应的模型组件去处理请求，然后调用相应的 视图来显示模型返回的数据。 如图13-2 所示，MVC 的3 个模块也可以看做软件的3 个层次，最上层为视图层，中间为控制器层，下层为模型 层。总地 来，层与层之间为自上而下的依赖关系，下层 组件为上层组件提供服务。视图层与控制器层依赖模型层 来处理业务逻辑和提供业务数据。此外，层与层之间还存 在两处自下而上的调用，一处是控制器层调用视图层来显 示业务数据，另一处是模型层通知客户层同步刷新界面。 图13-2 MVC 的3 个模块也 为了提高每个层的独立性，应该使每个层对外公开接口， 可以看做软件的3 个层次 封装实现细节。 4 ．MVC 处理过程 如图13-3 所示，首先用户在视图提供的界面上发出请求，视图把请求转发给控制 器，控制器调用相应的模型来处理用户请求，模型进行相应的业务逻辑处理，并返回 数据。最后控制器调用相应的视图来显示模型返回的数据。 图13-3 MVC 的处理过程