CN102339319A

CN102339319A - 一种web管理系统及其菜单加载方法

Info

Publication number: CN102339319A
Application number: CN2011103285964A
Authority: CN
Inventors: 吴世忠; 李守鹏; 张普含; 董国伟; 章磊; 商海芳
Original assignee: Beijing Venus Information Security Technology Co Ltd; China Information Technology Security Evaluation Center
Current assignee: Beijing Venus Information Security Technology Co Ltd; Beijing Venus Information Technology Co Ltd; China Information Technology Security Evaluation Center
Priority date: 2011-10-26
Filing date: 2011-10-26
Publication date: 2012-02-01

Abstract

本发明公开了一种WEB管理系统及其菜单加载方法，涉及WEB管理系统。本发明公开的方法包括：WEB管理系统接收用户发起的菜单操作请求，根据该菜单操作请求中的菜单标识信息从内存对象中查询该菜单操作请求所要访问的菜单的菜单数据，如果查询到，则直接向用户显示该菜单操作请求所要访问的菜单，如果未查询到，则从菜单数据表中查询所要访问的菜单的菜单数据，将查询到的菜单数据逐条封装到菜单对象，将封装的菜单对象作为子菜单对象数组加载到内存对象中对应的上级菜单对象中，向用户显示该操作请求所要访问的菜单。本申请的技术方案减少了用户每次访问页面的等待时间，大大提高的操作效率。

Description

一种WEB管理系统及其菜单加载方法

技术领域

本发明涉及WEB管理系统，具体而言，涉及一种WEB管理系统及其菜单加载方法。

背景技术

在WEB管理系统中，系统菜单一般都是按照功能模块，分级别分类的。对于功能比较多的系统来说，系统菜单的级别和类别会很多，那么就会涉及到如何对菜单进行加载的问题。目前，系统菜单的定义，一般通过文件或数据库的形式来进行定义。

其中，系统菜单通过文件方式来定义指，定义一个文件来存储系统菜单，例如按照一定的结构以XML文件的形式定义。在用户登录系统的时候，系统首先加载该文件，然后再对文件进行解析，将菜单全部加载并在页面进行展示。但是采用文件形式定义系统菜单存在如下几方面的不足：

1)系统菜单定义过多，会导致文件过大，加载时引起内存溢出等；

2)每次加载菜单，频繁的文件IO操作，会消耗很大的系统资源；

3)不利于对系统的菜单进行扩展。

而对于大多数的WEB管理系统来说，都采用数据库的方式来定义系统菜单。采用数据库方式，相对于文件形式来说，方便存储的同时，利于系统菜单的扩展。但是，存在一个很现实的问题就是，对于管理系统的用户来说，可能一次登录后的操作也仅仅在系统的一个模块中进行，用户真正操作的菜单可能很少。而实际中，大多的ERP系统(企业资源规划)、企业业务系统、办公管理系统等，都是将系统全部的菜单进行加载。因此，通过数据库形式定义系统菜单也存在一定的不足，包括如下几点：

1)加载全部菜单会增加系统访问数据库的时间；

2)增加用户页面加载的等待时间；

3)消耗大量的内存资源来存放菜单数据。

因此，这就需要能够对菜单进行按需动态的加载。如公开号为：101661387的“用于管理系统的菜单动态加载方法”提出了一种方案，解析菜单并建立包括菜单项的数据对象，初始化数据对象中的ID，将ID关联到用于执行管理系统的特定功能的菜单命令函数，运行数据对象以在屏幕上提供包括菜单项的菜单。但是该方法只是解决了管理系统中的菜单加载后，菜单发生变化之后如何对菜单进行动态更新的问题，并没有解决上述问题。

发明内容

本发明所要解决的技术问题是，提供一种WEB管理系统及其菜单加载方法，以提高菜单加载效率。

为了解决上述问题，本发明公开了一种WEB管理系统菜单加载方法，包括：

WEB管理系统接收用户发起的菜单操作请求，根据该菜单操作请求中的菜单标识信息从内存对象中查询该菜单操作请求所要访问的菜单的菜单数据，如果查询到，则直接向用户显示该菜单操作请求所要访问的菜单，如果未查询到，则从菜单数据表中查询所要访问的菜单的菜单数据，将查询到的菜单数据逐条封装到菜单对象，将封装的菜单对象作为子菜单对象数组加载到内存对象中对应的上级菜单对象中，向用户显示该操作请求所要访问的菜单。

较佳地，上述方法中，所述菜单对象的属性包括菜单标识(ID)、菜单名称、菜单链接地址、菜单级别、菜单父标识(ID)和子菜单对象数组，其中，子菜单对象数组存放该菜单对象下一级别的子菜单对象。

较佳地，上述方法中，所述菜单数据表中的菜单数据包括菜单标识(ID)、菜单名称、菜单链接地址、菜单级别和菜单父标识(ID)。

较佳地，上述方法中，所述菜单标识信息至少包括菜单级别和菜单父标识(ID)。

较佳地，上述方法还包括：

所述WEB管理系统判断用户登录，但未发起任何菜单操作请求时，从内存对象中查询第一级菜单的菜单数据，如果查询到，则直接向用户显示所述第一级菜单，如果未查询到，则从菜单数据表中查询第一级菜单的菜单数据，将查询到的第一级菜单数据逐条封装到菜单对象，将封装的菜单对象加载到内存对象中第一级菜单对象中，向用户显示第一级菜单。

本发明还公开了一种WEB管理系统，至少包括：

第一单元，接收用户发起的菜单操作请求，根据该菜单操作请求中的菜单标识信息从内存对象中查询该菜单操作请求所要访问的菜单的菜单数据；

第二单元，在所述第一单元从内存对象中查询到该菜单操作请求所要访问的菜单的菜单数据时，直接向用户显示该菜单操作请求所要访问的菜单；

第三单元，在所述第一单元从内存对象中未查询到该菜单操作请求所要访问的菜单的菜单数据时，从菜单数据表中查询所要访问的菜单的菜单数据，将查询到的菜单数据逐条封装到菜单对象，将封装的菜单对象作为子菜单对象数组加载到内存对象中对应的上级菜单对象中，向用户显示该操作请求所要访问的菜单。

较佳地，上述系统中，所述菜单对象的属性包括菜单标识(ID)、菜单名称、菜单链接地址、菜单级别、菜单父标识(ID)和子菜单对象数组，其中，子菜单对象数组存放该菜单对象下一级别的子菜单对象。

较佳地，上述系统中，所述菜单数据表中的菜单数据包括菜单标识(ID)、菜单名称、菜单链接地址、菜单级别和菜单父标识(ID)。

较佳地，上述系统中，所述菜单标识信息至少包括菜单级别和菜单父标识(ID)。

较佳地，上述系统还包括第四单元，判断用户登录，但未发起任何菜单操作请求时，从内存对象中查询第一级菜单的菜单数据，如果查询到，则直接向用户显示所述第一级菜单，如果未查询到，则从菜单数据表中查询第一级菜单的菜单数据，将查询到的第一级菜单数据逐条封装到菜单对象，将封装的菜单对象加载到内存对象中第一级菜单对象中，向用户显示第一级菜单。

本申请的技术方案减少了用户每次访问页面的等待时间，大大提高的操作效率。同时，由于本申请技术方案中内存持久对象所占用的资源是按需分配的，不会始终占据大片内存空间。

附图说明

图1为本实施例中数据对象定义图；

图2为本实施例中采用的内存对象数据结构示意图；

图3为本实施例中WEB管理系统菜单动态加载流程图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚明白，下文将结合附图和实施例对本申请技术方案作进一步详细说明。需要说明的是，在不冲突的情况下，本申请的实施例和实施例的特征可以任意相互组合。

实施例1

本实施例提供一种WEB管理系统菜单加载方法，可按用户需求动态加载WEB管理系统中的菜单项。该方法的实现过程如下。

WEB管理系统接收用户发起的菜单操作请求，根据该菜单操作请求中的菜单标识信息从内存对象中查询该菜单操作请求所要访问的菜单的菜单数据，如果查询到，则直接向用户显示该菜单操作请求所要访问的菜单，如果未查询到，则从菜单数据表中查询所要访问的菜单的菜单数据，将查询到的菜单数据逐条封装到菜单对象，将封装的菜单对象作为子菜单对象数组加载到内存对象中对应的上级菜单对象中，向用户显示该操作请求所要访问的菜单。上述菜单标识信息至少包括菜单级别和菜单父标识(ID)。

另外，当WEB管理系统判断用户登录，但未发起任何菜单操作请求时，则可从内存对象中查询第一级菜单的菜单数据，如果查询到，则直接向用户显示第一级菜单，如果未查询到，则从菜单数据表中查询第一级菜单的菜单数据，将查询到的第一级菜单数据逐条封装到菜单对象，将封装的菜单对象加载到内存对象中第一级菜单对象中，向用户显示第一级菜单。

其中，菜单对象和菜单数据表是事先定义好的。在本实施例中，菜单对象如图1所示，其属性包括菜单标识(ID)、菜单名称、菜单链接地址、菜单级别、菜单父标识(ID)和子菜单对象数组。而子菜单对象数组是用于存放该菜单对象下一级别的子菜单对象的。

菜单数据表中的菜单数据包括菜单标识(ID)、菜单名称、菜单链接地址、菜单级别和菜单父标识(ID)。本实施例中菜单数据表如表1所示。

表1为菜单数据定义表

基于上述菜单数据表的定义，定义如表2所示的菜单数据。

表2为菜单数据定义表

菜单ID	菜单名称	菜单链接地址	菜单级别	父ID
					A	菜单A	target_url	1	null
A1	菜单A1	target_url	2	A
					A2	菜单A2	target_url	2	A
B	菜单B	target_url	1	null
					B1	菜单B1	target_url	2	B
B2	菜单B2	target_url	2	B

表2中，“target_url”表示菜单的链接目标地址，null表示该菜单为一级菜单，没有父类菜单。

而将各菜单对象加载到内存对象后，内存对象(也可称为菜单数据持久对象)也是事先定义的，一条菜单数据对应内存对象中一个菜单对象，所有加载的菜单对象，放在内存中一个数据结构中。本实施例中，内存对象的数据结构如图2所示。从该数据结构图上可以看出，内存对象“MEMORY”指向的为一级菜单数组，在这个一级菜单数组中存放的为需动态加载的一级菜单。而以一级菜单对象A为例，其属性“子菜单对象数组”指向的为需要动态加载的菜单对象A的二级子菜单，依次类推。可按照用户需要动态加载各级菜单。

下面，结合图3具体说明WEB管理系统菜单加载的过程，该过程包括如下步骤：

S1，接收用户发起的访问请求；

该步骤中，发起访问请求的用户指具有访问本WEB管理系统权限的主体。

S2，判断发起访问请求的用户是否登录，如果是，进入步骤S3，否则，进入步骤S7，

S3，接收用户发起的菜单操作请求(即用户选择并点击某一菜单)；

S4，根据该菜单操作请求中的菜单标识信息从内存对象中获取所要访问的菜单的菜单数据；

S5，判断是否获取成功(即从内存对象中是否查询到所要访问的菜单的菜单数据)，如果是，进入步骤S6，否则进入步骤S11；

S6，返回菜单数据页面显示(即向用户显示所要访问的菜单)，结束本流程。

S7，用户登录；

S8，用户登录是否成功，如果是，进入步骤S9，否则认为是非认证用户访问，直接结束本流程。

S9，从内存对象中获取第一级菜单数据；

S10，判断是否成功获取，如果是，进入步骤S6，否则进入步骤S11；

S11，根据菜单标识信息从菜单数据表中查询用户所要访问的菜单的菜单数据；

S12，将所查询到的菜单数据逐条封装到菜单对象；

S13，将封装的菜单对象加载到内存对象中，进入步骤S6。

实施例2

本实施例介绍一种WEB管理系统，至少包括如下各单元。

第一单元，接收用户发起的菜单操作请求，根据该菜单操作请求中的菜单标识信息从内存对象中查询该菜单操作请求所要访问的菜单的菜单数据，菜单标识信息至少包括菜单级别和菜单父标识(ID)。

其中，菜单对象、菜单数据表和内存对象均是事先定义的，具体定义方式可参见实施例1。菜单对象的属性包括菜单标识(ID)、菜单名称、菜单链接地址、菜单级别、菜单父标识(ID)和子菜单对象数组。子菜单对象数组用于存放该菜单对象下一级别的子菜单对象。

菜单数据表中的菜单数据包括菜单标识(ID)、菜单名称、菜单链接地址、菜单级别和菜单父标识(ID)。

优选方案中，上述系统，还可以包括第四单元，该单元，在判断用户登录，但未发起任何菜单操作请求时，从内存对象中查询第一级菜单的菜单数据，如果查询到，则直接向用户显示所述第一级菜单，如果未查询到，则从菜单数据表中查询第一级菜单的菜单数据，将查询到的第一级菜单数据逐条封装到菜单对象，将封装的菜单对象加载到内存对象中第一级菜单对象中，向用户显示第一级菜单。

下面以图2所示的内存对象的数据结构如为例。具体说明上述系统按照某一用户需求动态加载菜单的过程。

假设内存对象为“MEMORY”，那么，当某一合法用户U1未登陆系统的时候，对象“MEMORY”为一个空对象，并没有分配任何的存储空间。

用户U1首次登陆系统，若用户U1登录验证失败，则操作直接结束。

若用户U1登录成功，由于对象“MEMORY”为空，则WEB管理系统中第四单元会默认用户U1所要访问的菜单为一级菜单，此时第四单元仅需读取一级菜单，即编号为A、B、C和D的菜单。这样，第四单元将菜单数据A、B、C和D分别封装为菜单对象A、菜单对象B、菜单对象C和菜单对象D，之后将菜单对象A、菜单对象B、菜单对象C和菜单对象D放置在存放一级菜单的数组中。具体地，开辟一定的内存空间来存放一级菜单，并将此时的内存对象“MEMORY”返回给用户，用户在页面上看到的就是一级菜单。假如用户U1登录后，没有任何的操作，即退出登录，则WEB管理系统不需要继续加载任何菜单。

假设用户U1在页面上点击一级菜单A，即此时用户U1发起的菜单操作请求所要访问的菜单为二级菜单，系统获得用户U1的请求后，WEB管理系统中第一单元根据菜单级别和菜单父ID从内存对象中“MEMORY”查询，若查到，则第二单元直接返回页面显示所需菜单；若内存对象“MEMORY”中没有找到，则第三单元根据条件从菜单数据表中查询，将查询到的菜单数据封装为菜单对象，此时WEB管理系统会继续分配存储空间，来存放新封装的菜单对象所组成的二级菜单对象数组，并将以此菜单对象数组中菜单对象A的属性“子菜单对象数组”指向新生成的二级菜单对象数组。之后，将此二级菜单显示给用户。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本申请不限制于任何特定形式的硬件和软件的结合。

从上述实施例可以看出，本申请的技术方案在内存中定义了一个存储菜单的数据结构对象，在用户初次访问系统的时候，只将最顶级菜单从数据库取出并封装到内存中存储菜单的数据结构对象中。由于一般系统最顶级菜单相对较少，等于对树形菜单进行的剪枝操作，并能根据菜单操作请求，按需动态加载菜单，因此，减少了用户每次访问页面的等待时间，大大提高的操作效率。同时，由于本申请技术方案中内存持久对象所占用的资源是按需分配的，不会始终占据大片内存空间。另外，优选的技术方案中采用数据库存储菜单数据，若系统菜单要有增减操作，只需对数据库数据操作后，对菜单数据的修改会直接同步到内存中存储菜单的数据结构对象中，从而使得系统菜单的扩展方便快捷。

以上所述，仅为本申请的较佳实例而已，并非用于限定本申请的保护范围。凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims

1.一种WEB管理系统菜单加载方法，其特征在于，该方法包括：

2.如权利要求1所述的方法，其特征在于，

所述菜单对象的属性包括菜单标识(ID)、菜单名称、菜单链接地址、菜单级别、菜单父标识(ID)和子菜单对象数组，其中，子菜单对象数组存放该菜单对象下一级别的子菜单对象。

3.如权利要求2所述的方法，其特征在于，

所述菜单数据表中的菜单数据包括菜单标识(ID)、菜单名称、菜单链接地址、菜单级别和菜单父标识(ID)。

4.如权利要求1、2或3所述的方法，其特征在于，

所述菜单标识信息至少包括菜单级别和菜单父标识(ID)。

5.如权利要求4所述的方法，其特征在于，该方法还包括：

6.一种WEB管理系统，其特征在于，该系统至少包括：

7.如权利要求6所述的系统，其特征在于，

8.如权利要求7所述的系统，其特征在于，

9.如权利要求6、7或8所述的系统，其特征在于，

所述菜单标识信息至少包括菜单级别和菜单父标识(ID)。

10.如权利要求9所述的系统，其特征在于，该系统还包括第四单元，

第四单元，判断用户登录，但未发起任何菜单操作请求时，从内存对象中查询第一级菜单的菜单数据，如果查询到，则直接向用户显示所述第一级菜单，如果未查询到，则从菜单数据表中查询第一级菜单的菜单数据，将查询到的第一级菜单数据逐条封装到菜单对象，将封装的菜单对象加载到内存对象中第一级菜单对象中，向用户显示第一级菜单。