[发明专利]菜单管理装置和菜单管理方法

说明书

本发明提供一种菜单管理装置和一种菜单管理方法，其中，菜单管理装置包括：数据加载单元，加载用于生成菜单的菜单数据；数据过滤单元，根据预设的策略，对所述菜单数据进行过滤；菜单生成单元，根据过滤后的所述菜单数据，生成菜单选项并进行显示。通过本发明，可以制定不同的策略，以对生成菜单的数据进行过滤，保证生成的菜单符合菜单的应用场景，以及客户的定制需求。

技术领域

本发明涉及计算机技术领域，具体而言，涉及一种菜单管理装置和一种菜单管理方法。

背景技术

在大型的ERP系统中，功能菜单包括各个子系统(模块)的功能列表，功能菜单的展示效果、使用方便性和加载效率对使用者的影响很大，在ERP系统的功能中占有重要的地位。功能菜单一般有以下一些特点和要求：

一、菜单项属于某一个子系统，菜单项是否加载需要根据子系统是否安装或者启用来进行判断。

二、内容功能菜单的名称和显示规则根据不同上下文环境需要动态改变。比如会根据使用者是否有某些功能的权限来进行过滤，没有权限的菜单项不可见。

三、可维护性，使用者可能会根据实际的需要修改名称、或者调整显示顺序等逻辑。

四、可扩展性，能够支持二次开发人员新增插件来完成新功能或者修改现有的功能，并且能够方便支持的二次开发插件的部署。

目前主流的方案中，一般采取把系统包含子系统(模块)的功能菜单项预先定义在XML文件中，系统启动时动态加载菜单项，事先将子系统的需要的菜单全部加入主菜单。在需要对目前菜单项的显示内容或者显示规则的地方由硬代码来进行控制。

这种方案中，存在的不足有：

一、部署问题。如果菜单项的定义保存在文件中，如XML文件，则在支持二次开发的插件时，会带来部署方面的问题，比如插件A增加了一个菜单项A1，需要把菜单的配置定义文件，比如“菜单定义.xml”，做到插件的安装包里面，插件B增加了一个菜单项B1，也需要把更改过后的菜单定义文件“菜单定义.xml”，放到插件B的安装包里面，如果使用者分别安装了插件A和插件B，就存在菜单定义文件“菜单定义.xml”相互覆盖的问题，如果要避免这个问题，就需要开发插件的开发人员动态修改“菜单定义.xml”，这就给二次开发人员增加了难度，而且稍有疏忽，就会导致系统菜单定义文件错乱，最终导致系统不可用。

二、加载策略问题。菜单项的是否显示或者名称是否改变，都有可能根据子系统的启用和安装，或者系统参数的设置来改变或者操作员是否拥有对应的权限来决定，目前的现存实现方案中要么没有这个功能，要么通过硬编码实现的方式实现，这两种方式都不够灵活，不能适应客户的随需而变，硬编码导致菜单和组件对应的关系耦合度高，不能实现完全的解耦，不利于后期维护。

三、菜单数据维护问题。由于菜单的数据量一般都在几千条以上，菜单数据无论在数据库中还是文件中，如果没有提供可视化工具来修改，都会比较繁琐，而且容易出错，一旦有错，就会导致系统不可用。

因此，需要一种新的技术方案，需要能够实现菜单数据的自定义，并能够快速加载菜单数据，并针对不同应用情况加载不同数据，且保证能够便捷地对菜单数据进行维护。

发明内容

本发明所要解决的技术问题在于，提供一种新的技术方案，需要能够实现菜单数据的自定义，并能够快速加载菜单数据，并针对不同应用情况加载不同数据，且保证能够便捷地对菜单数据进行维护。

有鉴于此，本发明提供一种菜单管理装置，包括：数据加载单元，加载用于生成菜单的菜单数据；数据过滤单元，根据预设的策略，对所述菜单数据进行过滤；菜单生成单元，根据过滤后的所述菜单数据，生成菜单选项并进行显示。通过该技术方案，可以制定不同的策略，以对生成菜单的数据进行过滤，保证生成的菜单符合菜单的应用场景，以及客户的定制需求。