CN101714083A

CN101714083A - 一种应用程序菜单的生成方法、装置及应用系统

Info

Publication number: CN101714083A
Application number: CN200910189022A
Authority: CN
Inventors: 李馥龙
Original assignee: Kingdee Software China Co Ltd
Current assignee: Kingdee Software China Co Ltd
Priority date: 2009-12-16
Filing date: 2009-12-16
Publication date: 2010-05-26

Abstract

本发明适用于计算机处理领域，提供了一种应用程序菜单的生成方法、装置及应用系统。所述方法包括以下步骤：读取各菜单项的结构关系信息及菜单项属性，所述菜单项属性包括菜单项名称和操作对象；根据读取的结构关系信息及菜单项属性依次生成菜单对象。在本发明实施例中，通过读取到的各菜单项的结构关系信息及菜单项属性来依次生成菜单对象，实现了一种应用程序菜单的生成方法，支持二次开发、维护方便。

Description

一种应用程序菜单的生成方法、装置及应用系统

技术领域

本发明属于计算机处理领域，尤其涉及一种应用程序菜单的生成方法、装置及应用系统。

背景技术

为了便于用户使用，应用程序都通过下拉式菜单向用户提供功能入口，用户通过菜单选择所需操作。一般下拉菜单可以有多层，即支持子菜单。编程语言及软件开发工具通常提供各种图形用户界面(Graphical User Interface，GUI)控件，其中包括窗口(Frame)对象等。通常窗口中包含或可以添加一个菜单栏，通过编程语言提供的的应用程序编程接口(Application Programming Interface，API)，可以构造出下拉式的应用程序主菜单。

现在，常见的应用程序菜单的生成方法，包括：

代码法：直接写代码，调用编程语言的API实现，这是最根本的实现方法；

开发工具法：有些开发工具提供了可视化的界面编辑器，通过对控件的鼠标拖拽和属性设置，可以构造出应用程序的界面，然后由这些工具自动生成代码。依赖开发工具生成的代码，通常可读性很差，而且只能做到单向的，也就是说只能从可视化的设计界面生成代码，如果手工修改了代码，反向就不能正确回到可视化设计界面了。因此，该方法生成的界面维护时需要依赖使用的开发工具。

不管是“代码法”，还是“开发工具法”得到的菜单，如果要进行维护、二次开发，都需要将菜单的源代码进行修改，并重新编译。而对于非开源的商业项目，菜单的源代码是得不到的，因而不能根据需要对这些菜单进行维护、二次开发。另外，对采用“开发工具法”得到的菜单进行维护、二次开发，还需要依赖原来使用的开发工具，以及程序的中间过程文件。

综上所述，按照现有的应用程序菜单的生成方法得到的菜单不支持二次开发、不便于维护。

发明内容

本发明实施例的目的在于解决现有技术存在的问题，提供一种应用程序菜单的生成方法，支持二次开发、维护方便。

本发明实施例是这样实现的，一种应用程序菜单的生成方法，所述方法包括以下步骤：

读取各菜单项的结构关系信息及菜单项属性，所述菜单项属性包括菜单项名称和操作对象；

根据读取的结构关系信息及菜单项属性依次生成菜单对象。

本发明实施例的另一目在于提供一种应用程序菜单的生成装置，所述装置包括：

信息读取单元，用于读取各菜单项的结构关系信息及菜单项属性，所述菜单项属性包括菜单项名称和操作对象；以及

菜单项生成单元，用于根据读取的结构关系信息及菜单项属性依次生成菜单对象。

本发明实施例的另一目在于提供一种应用系统，所述系统包括上述应用程序菜单的生成装置。

在本发明实施例中，通过读取到的各菜单项的结构关系信息及菜单项属性来依次生成菜单对象，实现了一种应用程序菜单的生成方法，支持二次开发、维护方便。

附图说明

图1是本发明第一实施例提供的应用程序菜单的生成方法的实现流程图；

图2是本发明第一实施例提供的菜单的示意图；

图3是本发明第一实施例提供的树状对象模型的结构示意图；

图4是本发明第一实施例提供的步骤S102的实现流程图；

图5是本发明第二实施例提供的应用程序菜单的生成方法的实现流程图；

图6是本发明第三实施例提供的应用程序菜单的生成方法的实现流程图；

图7是本发明第四实施例提供的应用程序菜单的生成装置的结构示意图；

图8是本发明第五实施例提供的应用程序菜单的生成装置的结构示意图。

具体实施方式

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

在本发明实施例中，通过读取到的各菜单项的结构关系信息及菜单项属性来依次生成菜单对象，从而支持二次开发、维护方便。

本发明提供了一种应用程序菜单的生成方法、装置和应用系统：

所述方法包括：读取各菜单项的结构关系信息及菜单项属性，所述菜单项属性包括菜单项名称和操作对象；

根据读取的结构关系信息及菜单项属性依次生成菜单对象。

所述装置包括：

所述应用系统包括所述应用程序菜单的生成装置。

实施例一：

图1示出了本发明第一实施例提供的应用程序菜单的生成方法的实现流程，详述如下：

在步骤S101中，读取各菜单项的结构关系信息及菜单项属性，该菜单项属性包括菜单项名称和操作对象；

其中，菜单项即为菜单中的一个选项，菜单项可以进一步分为操作项、主菜单和子菜单，如图2所示，具体地：

主菜单，其下包括一个或多个操作项和/或子菜单的菜单项，应用程序对应的菜单可以包括并列的一个或多个主菜单，图2中的“菜单A”、“菜单B”为主菜单；

操作项，从属于某个主菜单或子菜单，对应应用程序所提供的一个操作，图2中的“操作1(X)”、“操作2(Y)”即为操作项；

子菜单，从属于某个主菜单或子菜单下，其下又包括一个或多个操作项和/或子菜单的菜单项，图2中的“子菜单S”即为子菜单，当然，该“子菜单S”还可以包括子菜单，只是该例子中没有给出。

在本发明实施例中，可以采用树状对象模型记载各菜单项的结构关系信息及菜单项属性，树状对象模型中各结点间的关系表示各菜单项的结构关系，在各结点中存储相应的菜单项属性。如图3所示，除了结点M外，该树中的一个结点表示一个菜单项，结点M表示该菜单的入口，结点M与应用程序窗口菜单栏对应。结点M的子结点为主菜单，该树中的叶子结点即对应操作项，该树中除主菜单对应结点和结点M外的非叶子结点即对应子菜单。

在步骤S102中，根据读取的结构关系信息及菜单项属性依次生成菜单对象。

在本发明实施例中，读取到的结构关系信息及菜单项属性为树状对象模型，即可以采用深度优先遍历方式或广度优先遍历方式遍历树状对象模型的各结点，根据遍历到的结点中存储的菜单项属性生成菜单对象，并将生成的菜单对象添加到该结点的父结点对应的菜单对象中。这样，在遍历该树状对象模型中的结点时，根据其结点中存储的菜单属性生成菜单对象；在遍历完该树状对象模型中的所有结点后，即生成所需的应用程序菜单。

具体地，如图4所示，步骤S102具体包括：

在步骤S1021中，根据遍历方式取出树状对象模型的一个结点，并根据该结点中包含的菜单项属性生成菜单对象；

在步骤S1022中，将生成的菜单对象添加到所取出结点的父结点对应的菜单对象中；

在步骤S1023中，判断是否遍历完所读取到的树状对象模型的所有结点，如果是则进入步骤S1024，否则进入步骤S1021；

在步骤S1024中，结束。

其中，在步骤S1021中，如果取出的是树状对象模型的根结点M，则建立菜单栏对象，在步骤S1022中，由于其不存在父结点，因而不做任何处理，然后，执行步骤S1023。

在本发明实施例中，通过读取到的各菜单项的结构关系信息及菜单项属性来依次生成菜单对象，对菜单的编辑、修改，是对各菜单项的结构关系信息及菜单项属性进行，不需要改变应用程序菜单的生成方法，因此维护方便；对需要支持二次开发的场景，公布各菜单项的结构关系信息及菜单项属性，根据需要对公布的各菜单项的结构关系信息及菜单项属性进行修改，就可以方便地支持二次开发。

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

读取各菜单项的结构关系信息及菜单项属性，该菜单项属性包括菜单项名称和操作对象；

根据读取的结构关系信息及菜单项属性依次生成菜单对象。

实施例二：

为了便于用户提供各菜单项的结构关系信息和菜单项属性，以及对生成的菜单进行二次开发、维护等，图5示出了本发明第二实施例提供的应用程序菜单的生成方法的实现流程，该应用程序菜单的生成方法中的步骤S501、S502分别与图1所示的应用程序菜单的生成方法中的步骤S101、S102相同，与本发明第一实施例提供的方法的不同之处仅在于，在步骤S501前，还包括各菜单项的结构关系信息及菜单项属性解析步骤，具体为：

在步骤S500中，解析读取到的配置文件，得到各菜单项的结构关系信息及菜单项属性。

在本发明实施例中，采用配置文件，例如XML文件，来存储所要生成的应用程序的菜单结构及相关信息，配置文件采用预定义的规则来描述菜单项的结构关系及菜单项属性；采用成熟的第三方代码，例如JDOM等，就可以将XML文件解析成树状的内存对象模型。下面给出了对应图2所示菜单的XML文件的示例：

<Menus>

<MenuItem id＝″actionl″text＝″操作1″mnemonic＝″X″

icon＝″iconFilename.gif″action＝″com.kingdee........Acitionl″/>

<MenuItem id＝″action21″text＝″操作21″mnemonic＝″Y″icon＝″...″

action＝″com.kingdee........Action2″/>

<！--子菜单S的其它内容，省略-->

<MenuItem id＝″action2N″text＝″操作2N″icon＝″...″

action＝″com.kingdee........Action2N″/>

</Menu>

<！--菜单A的其它内容，省略-->

<MenuItem id＝″actionN″text＝″操作N″icon＝″iconFilename.gif″

action＝″com.kingdee........AcitionN″/>

</Menu>

<！--菜单B的内容，省略-->

</Menu>

<！--多个一级菜单，省略-->

</Menus>

</Config>

其结点层次结构可以和图2所示的菜单的层次结构一一对应，非常直观。这是基于JAVA语言的实现，相关概念说明如下：

Menu，菜单，它在逻辑上是菜单项和/或子菜单的组合，即对应上述主菜单和子菜单，可以包含若干个菜单项、分隔线，也可以包含子菜单，菜单Menu与javax.swing.JMenu对应；

MenuItem，菜单项，用户选中菜单项后会执行对应的一个操作，即对应上述操作项，此操作称为Action，菜单项MenuItem与javax.swing.JMenuItem对应；

Separator，分隔线，可以把菜单中不同类型的菜单项分隔开，与avax.swing.JSeparator对应。

菜单项属性包括：

text，菜单或菜单项上显示的文字，即上述菜单项名称；

icon，菜单项文字前面显示的图片；

mnemonic，菜单或菜单项文字中某个字符加下划线，表明键盘操作菜单的对应按键；

action，菜单项对应的操作，即上述操作对象，可以是应用程序开发者的代码，可以与javax.swing.Action接口对应，由action可以关联到一个应用程序开发者定义的操作，是菜单提供给用户的功能。

其中，action属性可以是一个类的全路径，通过编程语言支持的反射机制，动态地创建类的实例；分隔线Separator并不是必需的，可以在步骤S502生成菜单对象时动态添加到生成的菜单中，以分隔两相邻菜单项；菜单项属性icon和mnemonic只是为显示生成的菜单时，能提供丰富的视觉效果而添加的属性，并不是生成菜单必需的。mnemonic属性，对于JAVA语言，它会在显示文字中找到相应的字符，并自动加上下划线，如“File”；找不到相同的字符则没有下划线。我们在生成菜单时，可以判断显示文字中是否有mnemonic字符(中文界面通常没有)，如果没有，在显示文字后面加上括号和字符，就像“文件(F)”。

当然，为提供丰富的视觉效果，菜单项属性还可以根据需要包括其他的属性，例如操作需要弹出窗口的标志等。

另外，菜单项的属性中还可以考虑加上快捷键等其它需要的描述，并在生成菜单时同时实现快捷键等。

进一步地，在具体实现时，除了上述格式，配置文件还可以采用其他的格式。

在本发明实施例中，采用配置文件提供各菜单项的结构关系信息及菜单项属性，对菜单的编辑、修改，是对配置文件进行。相对于其他形式而言，例如代码等，在描述整个菜单时，配置文件可以做到整体清楚、结构清皙、可读性好，因此有维护方便的特点。

并且，对于需要支持二次开发的场景，只需要公布配置文件，对配置文件进行修改，就可以方便地支持二次开发。

实施例三：

为了便于生成菜单，除了操作项、主菜单和子菜单，菜单项还可以为分割线，图6示出了本发明第三实施例提供的应用程序菜单的生成方法的实现流程，详述如下：

在步骤S601中，解析读取到的配置文件，得到包含各菜单项的结构关系信息及菜单项属性的树状内存对象模型；

在步骤S602中，根据遍历方式取出树状对象模型的一个结点；

在步骤S603中，判断该结点对应的菜单项是否为主菜单，如果是则执行步骤S604，否则执行步骤S605；

在步骤S604中，根据该结点中包含的菜单项属性构造主菜单对象，执行步骤S611；

在步骤S605中，判断该结点对应的菜单项是否为分割线，如果是则执行步骤S606，否则执行步骤S607；

在步骤S606中，构造分割线对象，执行步骤S611；

在步骤S607中，判断该结点对应的菜单项是否为子菜单，如果是则执行步骤S608，否则执行步骤S609；

在步骤S608中，根据该结点中包含的菜单项属性构造子菜单对象，执行步骤S611；

在步骤S609中，判断判断该结点对应的菜单项是否为操作项，如果是则执行步骤S610，否则执行步骤S612；

在步骤S610中，根据该结点中包含的菜单项属性构造操作对象，执行步骤S611；

在步骤S611中，将构造的对象添加到其直接从属的菜单栏对象、主菜单对象或子菜单对象中，执行步骤S613；

在步骤S612中，生成菜单栏对象；

在步骤S613中，判断是否遍历完树状对象模型的所有结点，如果是则执行步骤S614，否则返回步骤S602；

在步骤S614中，结束。

这里，步骤S601中读取到的配置文件可以为XML文件，然后采用成熟的第三方代码JDOM将XML文件解析成树状的内存对象模型；步骤S602中可以采用深度优先遍历方式或广度优先遍历方式遍历该树状的内存对象模型；在步骤S604中，根据结点中包含的text属性构造主菜单对象，用text属性设置该主菜单的名称；在步骤S608中，根据结点中包含的text属性构造子菜单对象，用text属性设置该子菜单的名称；在步骤S610中，根据结点中包含的text和action属性构造操作对象，用text属性设置该操作对象的名称，而action属性是一个类的全路径，通过编程语言支持的反射机制，动态地创建类的实例。

实施例四：

图7示出了本发明第四实施例提供的应用程序菜单的生成装置，为了便于说明，仅示出了与本发明实施例相关的部分。该应用程序菜单的生成装置可以是内置于应用系统中的软件单元、硬件单元、或者软硬件相结合的单元或者作为独立的挂件集成到应用系统中。其中：

信息读取单元701，读取各菜单项的结构关系信息及菜单项属性，该菜单项属性包括菜单项名称和操作对象，菜单项即为菜单中的一个选项，菜单项可以进一步分为操作项、主菜单和子菜单，采用树状对象模型记载各菜单项的结构关系信息及菜单项属性，即信息读取单元701读取到的结构关系信息及菜单项属性为树状对象模型，其具体实现方式如上所述，不再赘述。

菜单项生成单元702，根据读取的结构关系信息及菜单项属性依次生成菜单对象，可以采用深度优先遍历方式或广度优先遍历方式遍历树状对象模型的各结点并生成菜单对象。

进一步地，菜单项生成单元702包括：

对象生成模块7021，根据遍历方式取出树状对象模型的一个结点，并根据该结点中包含的菜单项属性生成菜单对象，其具体实现方式如上所述，不再赘述。

对象添加模块7022，将生成的菜单对象添加到所取出结点的父结点对应的菜单对象中，其具体实现方式如上所述，不再赘述。

判断模块7023，判断是否遍历完所读取到的树状对象模型的所有结点，如果是则结束，否则触发对象生成模块7021继续遍历下一个结点，其具体实现方式如上所述，不再赘述。

本发明实施例提供的应用程序菜单的生成装置可以实现为一段代码，其作用是在程序执行期，将读取到各菜单项的结构关系信息及菜单项属性转化成编程语言API的调用，生成菜单对象。对菜单的编辑、修改，是对各菜单项的结构关系信息及菜单项属性进行，不需要改变应用程序菜单的生成装置，因此维护方便；对需要支持二次开发的场景，公布各菜单项的结构关系信息及菜单项属性，根据需要对公布的各菜单项的结构关系信息及菜单项属性进行修改，不需要改变应用程序菜单的生成装置，就可以方便地支持二次开发。

并且，只要能得到各菜单项的结构关系信息及菜单项属性，就可以根据本发明提供的应用程序菜单的生成装置生成对应的菜单，可以多次重用。

实施例五：

为了便于用户提供各菜单项的结构关系信息及菜单项属性，图8示出了本发明第五实施例提供的应用程序菜单的生成装置，该应用程序菜单的生成装置包括图7所示的应用程序菜单的生成装置中的信息读取单元701和菜单项生成单元702，与本发明第四实施例提供的装置的不同之处仅在于，该应用程序菜单的生成装置还包括：

解析单元703，解析读取到的配置文件，向信息读取单元701输出得到各菜单项的结构关系信息及菜单项属性。对于配置文件为XML文件的情况，解析单元703可以采用成熟的第三方代码，例如JDOM等，就可以将XML文件解析成树状的内存对象模型。

当然，对于其他形式的配置文件，或者根据实际需要进行适当改进。

并且，进一步通过配置文件提供各菜单项的结构关系信息及菜单项属性，解析配置文件得到各菜单项的结构关系信息及菜单项属性，便于用户提供各菜单项的结构关系信息和菜单项属性，以及对生成的菜单进行二次开发、维护等。

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

Claims

1.一种应用程序菜单的生成方法，其特征在于，所述方法包括以下步骤：

根据读取的结构关系信息及菜单项属性依次生成菜单对象。

2.如权利要求1所述的方法，其特征在于，所述菜单项分为操作项、主菜单和子菜单。

3.如权利要求1所述的方法，其特征在于，所述读取到的结构关系信息及菜单项属性为树状对象模型。

4.如权利要求3所述的方法，其特征在于，所述根据读取的结构关系信息及菜单项属性依次生成菜单对象具体包括：

根据遍历方式取出树状对象模型的一个结点，并根据该结点中包含的菜单项属性生成菜单对象；

将生成的菜单对象添加到所取出结点的父结点对应的菜单对象中；

判断是否遍历完所读取到的树状对象模型的所有结点，如果是则结束，否则进入所述根据遍历方式取出树状对象模型的一个结点，并根据该结点中包含的菜单项属性生成菜单对象的步骤。

5.如权利要求4所述的方法，其特征在于，所述遍历方式为深度优先遍历方式或广度优先遍历方式。

6.如权利要求1所述的方法，其特征在于，在所述读取各菜单项的结构关系信息及菜单项属性的步骤前，还包括各菜单项的结构关系信息及菜单项属性解析步骤，具体为：

解析读取到的配置文件，得到各菜单项的结构关系信息及菜单项属性。

7.如权利要求6所述的方法，其特征在于，所述配置文件为XML文件。

8.一种应用程序菜单的生成装置，其特征在于，所述装置包括：

9.如权利要求8所述的装置，其特征在于，所述信息读取单元读取到的结构关系信息及菜单项属性为树状对象模型。

10.如权利要求9所述的装置，其特征在于，所述菜单项生成单元包括：

对象生成模块，用于根据遍历方式取出树状对象模型的一个结点，并根据该结点中包含的菜单项属性生成菜单对象；

对象添加模块，用于将生成的菜单对象添加到所取出结点的父结点对应的菜单对象中；以及

判断模块，用于判断是否遍历完所读取到的树状对象模型的所有结点，如果是则结束，否则触发所述对象生成模块继续遍历下一个结点。

11.如权利要求10所述的装置，其特征在于，所述遍历方式为深度优先遍历方式或广度优先遍历方式。

12.如权利要求8所述的装置，其特征在于，所述装置还包括：

解析单元，用于解析读取到的配置文件，向所述信息读取单元输出得到各菜单项的结构关系信息及菜单项属性。

13.一种应用系统，其特征在于，所述系统包括权利要求8至12任一项所述应用程序菜单的生成装置。