[发明专利]一种用于仪器所见即所得菜单的管理系统及管理方法

说明书

技术领域

本发明涉及一种用于管理仪器所见即所得菜单的管理系统及管理方法。

背景技术

仪器仪表系统中，菜单体系是仪器系统整个框架的主要结构，其良好的人机交互方式已经成为用户操作仪器仪表的主要入口。仪器使用中，由于需要频繁的进行参数输入、模式切换和状态改变等操作，使得鼠标输入的菜单操作方式已不能满足客户要求，取而代之的按键式和触摸式仪器软菜单更显得方便、快捷。然而，仪器面板和液晶屏幕毕竟大小有限，可用的仪器菜单按键和菜单视图区域也极其受限。面对越来越多的仪器系统功能，随之带来不断膨胀的仪器窗口和视图，使得菜单结构和种类繁多，层次错综复杂。

现有的仪器菜单设计一般通过3种方式实现：1）通过预先定义的菜单结构直接在代码中进行结构属性封装和菜单项属性定义及消息响应。2）根据预先定义的菜单结构设计一套菜单编辑模板，可以生成现成的菜单体系代码直接使用。3）通过菜单模板，设计并生成菜单资源文件，以便单独管理，在系统启动时进行加载并解析使用。

而现有的仪器菜单组织和管理方法主要是：

按窗口（视图）管理：每一个仪器视图/窗口拥有其相关的全部菜单体系结构。

按模式（功能）管理：一个菜单体系结构控制所有其模式/功能相关的窗口/视图，一般常用于参数输入和设置。

现有的几种技术设计的仪器菜单在几个方面的缺陷：

（1）通过预先定义的菜单结构直接在代码中进行结构属性封装和菜单项属性定义及消息响应。这种方法直接在代码中进行菜单资源编辑和菜单映射响应，效率极低。其一，编码量大，资源多重复冗余，尤其在菜单属性比较多时，代码编辑器中属性位置必须对齐编辑，因此，直接编辑代码也是非常困难的；其二，编辑代码不能直观的反应菜单之间的层次隶属结构关系，父子菜单之间难以判断，非常容易编辑出错；其三，对编辑好的代码结构进行修改时，由于破坏了原始的菜单体系层次隶属结构关系，因此，对编辑一项菜单项有可能联动改变很多相关的菜单项属性时，添加、删除、移动、修改相关联菜单项的属性及其映射关系，更是错综复杂，增加工作人员工作量。其四，菜单体系编码固定，不能满足组件式、模块化、动态加载的菜单结构，使其不易维护和扩展，一般都需要定义全部组合排列或多重条件判断的编码来完成。

（2）而根据预先定义的菜单结构设计一套菜单编辑模板，可以生成现成的菜单体系代码直接使用。这种方法虽然减少了上述（1）中一些菜单直接编码的工作量，代码大多可以直接通过菜单模板生成，容易编辑菜单，结构也较清晰，但仍存在缺陷。其一，对于交叉和重叠的菜单项依然需要生成重复的代码。其二，用模板生成菜单体系代码，必须按预定义的菜单结构模板进行编辑，菜单项属性及动作比较固定，而且平台及语言不易改变。其三，菜单资源不够独立，一旦手动修改了菜单体系代码或破坏了菜单模板结构，将不能被模板识别，导致修改及编辑不能正常进行，稳定性及可靠性差。

（3）通过菜单模板，设计并生成菜单资源文件，以便单独管理，在系统启动时进行加载并解析使用。这种方法是目前使用较多的技术手段，解决了上述（1）和（2）中大多缺陷，灵活性得到很大提高，但仍存在一些问题。其一，菜单模板比较固定，即使可以灵活修改菜单从属层次结构，但需要定义并建立所有可能的菜单树结构，只是在系统中使能那些可用功能的菜单项，禁用那些不可用的菜单项。如果系统功能模块较多，而可用的功能较少，就会造成可用的菜单资源稀疏，多余的菜单结构依然庞大，导致可读性很差，处理效率低下。其二，一旦生成菜单资源脚本，需要在程序启动后全部加载到内存。由于菜单项属性模板化，很多功能简单的菜单项必然会存在大量的占位属性，多余的菜单结构也浪费内存空间。其三，菜单资源文件没有被封装，很容易被修改，安全性差，不可靠，直接影响系统的整体可靠性。

综上所述，不论是菜单体系按窗口（视图）管理还是按模式（功能）管理。虽然可以分模块使每一个仪器视图/窗口不必拥有其相关的全部菜单体系结构。可以按窗口分类让一个菜单体系分类控制所有其模式/功能相关的窗口/视图（一般常用于窗口/视图的参数输入和设置）。但共同存在的问题是，必须在程序加载时定义所有的菜单结构和响应程序，而不能以插件式在仪器插件打开/关闭时动态的加载/卸载插件相关菜单。

发明内容

鉴于上述现有技术的不足，本发明的目的在于提供一种用于管理仪器所见即所得菜单的管理系统及管理方法，降低数据冗余度，提高菜单管理效率。

为解决上述技术问题，本发明技术方案包括：