简要分析mvc的java应用程序框架的实践探索.docVIP

简要分析mvc的java应用程序框架的实践探索 　　【摘要】应用程序框架主要对应用的体系结构进行了规定，此外还对整个设计和协作构件之间的控制流程、责任分配以及依赖关系进行了阐明，属于可复用的设计构件。本文主要对析mvc的java应用程序框架的实践探索进行分析和探讨。 　　【关键词】mvcjava应用程序框架实践探索 　　 　　一、框架的设计 　　1、设计目标 　　设计目标是完成应用程序通用的部分，这样程序员就可以将自己的精力和注意力放在具体程序的业务逻辑上，而和业务逻辑没有关系的部分就可以被忽略。框架使用的是MVC模式，该模式可以把数据的显示和数据分开。对于程序员来说，其工作就是把核心数据放到表示数据的类之中，此外将相应的方法添加到其中。从本质上将，框架属于完整的程序，因此其运行不需要添加一行代码。关于框架支持的应用程序的分类：（1）单文档单视图。也就是说在应用程序中存在一个文档。此外，只有一种类型的一个视图。（2）多文档类型。在同一个应用程序实例中，应用程序可以将多个文档框架窗口打开。 　　2、MVC 模式的使用 　　之所以使用MVC 模式，是因为其具有以下优点：（1）MVC 模式和该框架的设计目标相符。（2）可以建立和使用多个视图。（3）视图与控制器的可接插性。（4）模型的可移植性。（5）MVC模式有很多的应用，比如：java的可视化组件就对其进行了使用。 　　3、类的划分 　　应用程序框架中的类主要包括以下几个方面：应用程序类、文档类、视图类、子框架窗口类、事件类、框架窗口类、状态栏类、工具栏类、菜单栏类等。 　　4、类之间的关系 　　文档类，视图类和控制类之间的关系如图1所示。 　　 　　图1 文档类、视图类和控制类之间的关系 　　应用程序类和文档管理类的关系见图2。 　　 　　图2应用程序类和文档管理类的关系 　　视图类和子框架窗口类的关系见图3。 　　 　　图3 视图类和子框架窗口类的关系 　　二、框架中消息流程 　　命令消息的流程。框架中的命令消息分为：数据操作命令消息和框架命令消息两类。框架命令消息：在原始框架中，有新建文档命令，将文档命令打开，对文档命令进行保存，另存文档命令和退出程序命令。数据操作命令消息：消息流程是：用户操作→控制类对象→框架窗口→子框架窗口→视图→文档→视图。 　　激活消息流程。一定要让视图的视觉状态和在框架中真实状态一致。当视图处于活动状态时，需要满足以下几个条件:(1）视图处于接受操作的状态。（2）和视图有关的子框架窗口处于活动状态。（3)文档管理器表示活动文档的成员指向该文档。激活消息的传送流程设计见图4。 　　 　　图4激活消息的传送流程设计 　　1、模板功能的实现 　　可以生成某个类实例的对象就是模板。一个模板可以生成若干个对象，也可以只生成一个对象。模板功能的实现思路：程序员需要先创建一个类的对象，之后将其注册到框架。在需要时，框架对该对象进行使用，这样就可以生成其他对象。 　　2、文档类的实现 　　文档类对数据的公共操作包括：新建文档，打开文档，另存文档，保存文档操作，关闭文档操作。文档数据的存取。文档类型不同，那么其中的数据也就有差异。因此，还没有一种方法把全部种类的文档的数据序列化到文件，因此需要提供这两个抽象接口。 　　3、视图类的实现 　　视图类的方法有：视图更新方法，接受激活消息的方法，关闭视图类实例的方法。此外，视图必须捕获激活事件。 　　视图类子类XxView的设计。第一步对父类的构造函数进行调用，第二步对数据成员变量、可视化组件实施初始化，最后把这些组件添加到视图之中。需要实现的方法是ViewMvc getInstance(). 　　4、 文档管理类的设计 　　文档管理类可以被分为两类：(1)仅仅用于单文档模式，这一类只管理一个文档。（2）用于多文档模式。这一类可以管理多个文档。 　　文档管理类基类 DocumentManager的设计。面对对象理论主要强调的是针对接口进行编程，这样做对于系统的扩展和维护是十分有利的。在文档管理类的设计中使用该原则的目的是让单文档管理器和多文档管理器的差异对于框架透明。我们可以可以提取这两种管理器的共同操作，因此就可以形成一个接口。对这个接口我们命名为：DocumentManager。DocumentManager有：（1）新建文档接口。文档管理器主要对文档进行管理，比如：销毁、创建以及初始化等。因此，框架处理用户的新建......命令时，需要调用文档管理器的新建文档接口。（2）打开文档接口。文档的打开可以说是文档创建的一种方式，因此框架在响应用户打开......命令时，也会把这一任务交给文档管理器。此时，文档管理器就会打开文档。（3）关闭文档接口