CN102591627A

CN102591627A - 一种Flash应用程序开发系统及应用请求处理方法

Info

Publication number: CN102591627A
Application number: CN2011100069291A
Authority: CN
Inventors: 宿海成
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2011-01-13
Filing date: 2011-01-13
Publication date: 2012-07-18
Anticipated expiration: 2031-01-13

Abstract

本发明适用于计算机技术领域，提供了一种Flash应用程序开发系统及应用请求处理方法，包括：数据模型模块，用于存储Flash应用程序业务数据、以及Flash应用程序业务数据的描述文件；管理器模块，用于存储封装好的封装体，并向外提供调用接口；视图模块，用于接收输入的业务处理请求并转发给控制器模块，根据控制器模块返回的结果信息，生成和输出视图信息；控制器模块，用于调用封装体对Flash应用程序业务数据进行处理或访问Flash应用程序资源信息，向所述视图模块返回处理的结果信息。本发明降低了Flash应用程序模块之间的耦合度，为海量服务环境下的Flash应用程序开发提供了一种高效的、轻量级的Flash应用程序开发系统。

Description

一种Flash应用程序开发系统及应用请求处理方法

技术领域

本发明属于计算机技术领域，尤其涉及一种Flash应用程序开发系统及应用请求处理方法。

背景技术

为了将音乐、声效、动画以及交互界面有效地融合在一起，以生成高品质的网页动态效果，Flash应运而生。然而现有的Flash应用程序开发系统(例如Flash CS3、FLEX、以及PureMVC等)开发的Flash应用程序内部模块内聚性差，模块之间耦合度高，导致无法为海量服务环境下的应用场景开发出轻量级的Flash应用程序。

发明内容

本发明实施例的目的在于提供一种Flash应用程序开发系统及应用请求处理方法，旨在解决由于现有的Flash应用程序开发系统(例如Flash CS3、FLEX、以及PureMVC等)开发的Flash应用程序内部模块内聚性差，模块之间耦合度高，导致无法为海量服务环境下的应用场景开发出轻量级的Flash应用程序。

本发明实施例是这样实现的，一种Flash应用程序开发系统，所述系统包括下述步骤：

数据模型模块，用于存储Flash应用程序业务数据、以及Flash应用程序业务数据的描述文件；

管理器模块，用于存储封装好的封装体，并向外提供调用接口，所述封装体用于处理业务处理请求以及访问Flash应用程序资源信息的请求；

视图模块，用于接收输入的业务处理请求并转发给控制器模块，根据控制器模块返回的结果信息，生成和输出视图信息；以及

控制器模块，用于接收所述视图模块发送过来的业务处理请求，根据配置的处理所述业务处理请求的封装体的信息，调用所述管理器模块存储的所述封装体对所述数据模型模块存储的Flash应用程序业务数据进行处理或访问Flash应用程序资源信息，向所述视图模块返回处理的结果信息。

本发明实施例的另一目的在于提供一种Flash应用请求处理方法，所述方法包括下述步骤：

视图模块接收用户输入的业务处理请求，并将所述业务处理请求发送给控制器模块；

控制器模块接收所述视图模块发送的业务处理请求，根据配置的处理所述业务处理请求的封装体的信息，调用管理器模块存储的所述封装体对数据模型模块存储的Flash应用程序业务数据进行处理或访问Flash应用程序资源信息，向视图模块返回处理的结果信息；

视图模块接收控制器模块返回的业务处理请求的处理结果信息，生成和输出视图信息。

本发明实施例通过控制器模块接收视图模块发送过来的业务处理请求，根据配置的处理业务处理请求的封装体的信息，调用管理器模块存储的封装体对数据模型模块存储的Flash应用程序业务数据进行处理或访问Flash应用程序资源信息，向视图模块返回处理的结果信息，实现了数据模型模块与视图模块的解耦，降低了Flash应用程序各模板之间的耦合度，同时，增强了各个模块功能内聚度，为海量服务环境下的Flash应用程序开发提供了一种高效的、轻量级的Flash应用程序开发系统。

附图说明

图1是本发明第一实施例提供的Flash应用程序开发系统的结构图；

图2是本发明第二实施例提供的Flash应用程序开发系统的结构图；

图3是本发明第三实施例提供的Flash应用程序开发系统的实例图；

图4是本发明第四实施例提供的Flash应用请求处理方法的流程图；

图5是本发明第五实施例提供的Flash应用请求处理方法的流程图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例提供了一种Flash应用程序开发系统，所述系统包括：

本发明实施例还提供了一种Flash应用请求处理方法，所述方法包括下述步骤：

本发明实施例通过数据模型模块存储Flash应用程序业务数据、以及Flash应用程序业务数据的描述文件，管理器模块存储封装好的封装体，并向外提供调用接口，该封装体用于处理业务处理请求以及访问Flash应用程序资源信息的请求，视图模块接收输入的业务处理请求并转发给控制器模块，根据控制器模块返回的结果信息，生成和输出视图信息，控制器模块接收到视图模块发送的业务处理请求时，根据配置的处理业务处理请求的封装体的信息，调用管理器模块存储的封装体对所述数据模型模块存储的Flash应用程序业务数据进行处理或访问Flash应用程序资源信息，向视图模块返回处理的结果信息，实现了数据模型模块与视图模块的解耦，降低了Flash应用程序各模块之间的耦合度，同时，增强了各个模块功能内聚度，为海量服务环境下的Flash应用程序开发提供了一种高效的、轻量级的Flash应用程序开发系统。

以下结合具体实施例对本发明的具体实现进行详细描述：

实施例一：

图1示出了本发明第一实施例提供的Flash应用程序开发系统的结构，为了便于说明，仅示出了与本发明实施例相关的部分。

视图模块11接收输入的业务处理请求并转发给控制器模块12，根据控制器模块12返回的结果信息，生成和输出视图信息。

在本发明实施例中，视图模块11包括用户界面组件模块、导航页面模块以及屏幕对象存储模块等，具体地，用户界面组件模块包括窗口、按钮、输入框等可视化组件。

控制器模块12接收视图模块11发送的业务处理请求，根据配置的处理业务处理请求的封装体的信息，调用管理器模块14存储的封装体对数据模型模块存储的Flash应用程序业务数据进行处理或访问Flash应用程序资源信息，向视图模块11返回处理的结果信息。

在本发明实施例中，业务处理请求可以是用户通过视图模块交互发出的业务处理请求，例如，点击视图模块中按钮、菜单选择项等所激发的业务处理请求。

数据模型模块13用于存储Flash应用程序业务数据、以及Flash应用程序业务数据的描述文件。

在本发明实施例中，数据模型模块13存储了Flash应用程序所需的业务数据，以及对这些业务数据的描述文件，该描述文件用于对业务数据的格式、用途以及存储位置等进行说明、描述，以便于管理器模块14中的封装体对Flash应用程序业务数据进行处理。

管理器模块14用于存储封装好的封装体，并向外提供调用接口，该封装体用于处理业务处理请求以及访问Flash应用程序资源信息的请求。

在本发明实施例中，管理器模块14存储封装好的用于处理业务处理请求以及访问Flash应用程序资源信息的请求的封装体，并向外提供调用接口，该封装体提供了针对Flash应用程序必须或常用的功能实现，外部调用者无须知道其内部实现，实现了功能高内聚。其中，Flash应用程序资源信息用于Flash应用程序加载时调用和访问，包括标准Flash应用程序字体属性信息、声音信息以及Flash应用程序运行环境配置信息，通过标准化的接口进行调用，从而简化了开发过程。

在本发明实施例中，该Flash应用程序开发系统可以用于Flash应用程序开发平台中，也可以作为独立的挂件集成到具有Flash应用程序开发功能的架构中。

实施例二：

命令模式在设计模式分组中属于行为模式一组，命令模式被定义为：将来自客户端的请求封装为一个对象并传入一个处理对象，而无需了解这个请求激活的动作或有关处理这个请求的细节。命令模式的核心在于把模块之间的多种调用进行规范和抽象，解耦了请求者和响应者之间联系。在本发明实施例中，采用命令模式实现视图模块输入的业务处理请求的处理，从而实现数据模型模块与视图模块的解耦，降低了Flash应用程序模块之间的耦合度。

图2示出了本发明第二实施例提供的Flash应用程序开发系统的结构，为了便于说明，仅示出了与本发明实施例相关的部分。

视图模块21将输入的业务处理请求封装为命令对象，并将封装好的命令对象发送给控制器模块22，根据控制器模块返回的结果信息，生成和输出视图信息。

在本发明实施例中，当用户通过视图模块输入相应的业务处理请求时(例如点击递交操作等)，由视图模块21生成对应的具体命令对象，然后把这个命令对象传递给控制器模块22，视图模块21只需发送封装好的命令对象，而不必了解处理该业务处理请求的处理模块。视图模块21具体包括：请求封装模块211、请求对象发送模块212以及视图信息输出模块213，其中：

请求封装模块211，用于将输入的业务处理请求封装为命令对象。

请求对象发送模块212，用于将请求封装模块211封装的命令对象发送给控制器模块22。

视图信息输出模块213，用于接收控制器模块22返回的业务处理请求的处理结果信息，生成和输出视图信息。

控制器模块22接收视图模块21发送的命令对象，根据配置的处理业务处理请求的封装体的信息，调用管理器模块24存储的封装体对数据模型模块23存储的Flash应用程序业务数据进行处理或访问Flash应用程序资源信息，向视图模块返回处理的结果信息。

在本发明实施例中，控制器模块22可以只存储命令执行体的逻辑框架，通过调用管理器模块24存储的封装体对命令对象进行处理。因此，控制器模块22具体包括命令对象接收模块221、命令执行体存储模块222、命令执行模块223以及结果信息发送模块224，其中：

命令对象接收模块221，用于接收视图模块21发送的命令对象；

命令执行体存储模块222，用于存储注册的命令对象关联的命令执行体；

命令执行模块223，用于根据命令对象接收模块221接收到的命令对象、以及命令执行体存储模块222存储的命令对象关联的命令执行体信息，调用管理器模块24提供的封装体对数据模型模块23存储的Flash应用程序业务数据进行处理或访问Flash应用程序资源信息；

结果信息发送模块224，用于向视图模块21返回业务处理请求的处理结果信息。

数据模型模块23用于存储Flash应用程序业务数据、以及Flash应用程序业务数据的描述文件。

在本发明实施例中，数据模型模块23存储了Flash应用程序所需的业务数据，以及对这些业务数据的描述文件，该描述文件用于对业务数据的格式、用途以及存储位置等进行说明、描述。

管理器模块24用于存储封装好的封装体，并向外提供调用接口，该封装体用于处理业务处理请求以及访问Flash应用程序资源信息的请求。

在本发明实施例中，根据Flash应用程序应用的场景、业务的不同，数据库中存储了Flash应用程序业务数据、以及Flash应用程序业务数据的描述文件，其中Flash应用程序业务数据描述文件可以通过用户手工编写，也可以采用数据描述文件生成工具自动生成。

在本发明实施例中，视图模块输入的业务处理请求通过采用命令模式进行处理，视图模块与数据模型模块之间不进行任何通信，所有的视图模块的业务处理请求被封装为命令对象，通过统一的接口发送给控制器模块，由控制器根据存储的命令执行体信息，调用管理器模块提供的封装体对命令对象进行处理，实现了数据模型模块与视图模块的解耦，降低了Flash应用程序各模块之间的耦合度。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于一计算机可读取存储介质中，所述的存储介质，如ROM/RAM、磁盘、光盘等。

实施例三：

图3示出了本发明第三实施例提供的Flash应用程序开发系统的实例，为了便于说明，仅示出了与本发明实施例相关的部分。

Flash应用程序架构31接收第一客户端32或第二客户端33发送的业务处理请求，对业务处理请求进行处理，该Flash应用程序架构31包括控制器模块、数据模型模块以及管理器模块，其中控制器模块接收第一客户端32或第二客户端33发送的业务处理请求，对请求进行处理。数据模型模块用于存储Flash应用程序业务数据以及Flash应用程序业务数据的描述文件。管理器模块存储了存储封装好的封装体，并向外提供调用接口，该封装体用于处理业务处理请求以及访问Flash应用程序资源信息的请求。在具体的实施过程中，Flash应用程序架构31与第一客户端32或第二客户端33之间可以采用命令模式(即系统命令)进行通信，而第一客户端32和第二客户端33之间通过客户端之间的命令进行通信，从而为海量服务环境下的Flash应用程序开发系统内部提供了一种有效的通信方式。

实施例四：

图4示出了本发明第四实施例提供的Flash应用请求处理方法的流程，为了便于说明，仅示出了与本发明实施例相关的部分。

在步骤S401中，视图模块接收用户输入的业务处理请求，并将业务处理请求发送给控制器模块。

在步骤S402中，控制器模块接收视图模块发送的业务处理请求，根据配置的处理业务处理请求的封装体的信息，调用管理器模块存储的封装体对数据模型模块存储的Flash应用程序业务数据进行处理或访问Flash应用程序资源信息，向视图模块返回处理的结果信息。

在步骤S403中，视图模块接收控制器模块返回的业务处理请求的处理结果信息，生成和输出视图信息。

实施例5：

图5示出了本发明第五实施例提供的Flash应用请求处理方法的流程，为了便于说明，仅示出了与本发明实施例相关的部分。

命令模式在设计模式分组中属于行为模式一组，命令模式被定义为：将来自客户端的请求封装为一个对象并传入一个处理对象，而无需了解这个请求激活的动作或有关处理这个请求的细节。在本发明实施例中，视图模块与控制器模块之间采用命令模式进行通信。

在步骤S501中，视图模块接收用户输入的业务处理请求，将输入的业务处理请求封装为命令对象，将命令对象发送给控制器模块。

在步骤S502中，控制器模块接收视图模块发送的命令对象。

在步骤S503中，控制器模块根据所述命令对象关联的命令执行体信息，调用管理器模块提供的封装体对数据模型模块存储的Flash应用程序业务数据进行处理或访问Flash应用程序资源信息，向视图模块返回处理的结果信息。

在步骤S504中，视图模块接收控制器模块返回的业务处理请求的处理结果信息，生成和输出视图信息。

在本发明实施例中，视图模块输入的业务处理请求通过采用命令模式进行处理，在具体实施过程中，视图模块与数据模型模块之间不进行任何通信，所有的视图模块的业务处理请求被封装为命令对象，通过统一的接口发送给控制器模块，由控制器根据存储的命令执行体信息，调用相应的处理接口对命令对象进行处理，实现数据模型模块与视图模块的解耦，降低了Flash应用程序之间的耦合度，同时，增强了各个模块功能内聚度，为海量服务环境下的Flash应用程序开发提供了一种高效的、轻量级的Flash应用程序开发系统。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims

1.一种Flash应用程序开发系统，其特征在于，所述系统包括：

控制器模块，用于接收所述视图模块发送的业务处理请求，根据配置的处理所述业务处理请求的封装体的信息，调用所述管理器模块存储的所述封装体对所述数据模型模块存储的Flash应用程序业务数据进行处理或访问Flash应用程序资源信息，向所述视图模块返回处理的结果信息。

2.如权利要求1所述的系统，其特征在于，所述视图模块采用命令模式与所述控制器模块进行通信。

3.如权利要求2所述的系统，其特征在于，所述视图模块具体包括：

请求封装模块，用于将输入的业务处理请求封装为命令对象；

请求对象发送模块，用于将所述请求封装模块封装的命令对象发送给控制器模块；以及

视图信息输出模块，用于接收控制器模块返回的业务处理请求的处理结果信息，生成和输出视图信息。

4.如权利要求2所述的系统，其特征在于，所述控制器模块具体包括：

命令对象接收模块，用于接收所述视图模块发送的命令对象；

命令执行体存储模块，用于存储注册的命令对象关联的命令执行体；

命令执行模块，用于根据所述命令对象接收模块接收到的命令对象、以及所述命令执行体存储模块存储的命令对象关联的命令执行体信息，调用所述管理器模块提供的封装体对所述数据模型模块存储的Flash应用程序业务数据进行处理或访问Flash应用程序资源信息；以及

结果信息发送模块，用于向所述视图模块返回业务处理请求的处理结果信息。

5.如权利要求1所述的系统，其特征在于，所述Flash应用程序资源信息为标准Flash应用程序字体属性信息、声音信息以及Flash应用程序运行环境配置信息。

6.一种Flash应用请求处理方法，其特征在于，所述方法包括下述步骤：

7.如权利要求6所述的方法，其特征在于，所述视图模块接收用户输入的业务处理请求，并将所述业务处理请求发送给控制器模块的步骤之前，所述方法还包括下述步骤：

配置处理所述视图模块输入的业务处理请求的封装体。

8.如权利要求6所述的方法，其特征在于，所述视图模块采用命令模式与所述控制器模块进行通信。

9.如权利要求8所述的方法，其特征在于，所述视图模块接收用户输入的业务处理请求，并将所述业务处理请求发送给控制器模块的步骤具体为：

视图模块接收用户输入的业务处理请求，将输入的业务处理请求封装为命令对象，将所述命令对象发送给控制器模块。

10.如权利要求8所述的方法，其特征在于，所述控制器模块接收所述视图模块发送的业务处理请求，根据配置的处理所述业务处理请求的封装体的信息，调用管理器模块存储的所述封装体对数据模型模块存储的Flash应用程序业务数据进行处理或访问Flash应用程序资源信息，向视图模块返回处理的结果信息的步骤具体为：

控制器模块接收视图模块发送的命令对象；

控制器模块根据所述命令对象关联的命令执行体信息，调用管理器模块提供的封装体对所述数据模型模块存储的Flash应用程序业务数据进行处理或访问Flash应用程序资源信息，向视图模块返回处理的结果信息。

11.如权利要求8所述的方法，其特征在于，所述Flash应用程序资源信息为标准Flash应用程序字体属性信息、声音信息以及Flash应用程序运行环境配置信息。