|
发表于 2007-9-12 11:23:04
|
显示全部楼层
框架还不错.但是菜单结构存在问题,液晶的坐标不要绑定在内部,这个需要要动态确定的.
比如:192X64 或128X64 显示16X16汉字最大4行.标题栏占了1行,因此只有3行.
当1个父亲有8个儿子(任意)
第一页 第二页 第三页 ......................
1.大儿子 1.2儿子 1.3儿子
2.2儿子 2.3儿子 2.4儿子
3.3儿子 3.4儿子 3.4儿子
UP/DOWN键,只能在当页中循环实在可惜,应该 0-7,8个儿子都能访问到.0-7中反复循环.不过楼主的框架不错,改一下就OK了.这个是标准操作习惯,我看过多个工控表,60%是这样的,楼主的这种我看见过2款是手工换页方法的.
还有1个问题,想讨论下,看见论坛中的另一个"占内存...菜单" 也存在
菜单的深度和返回问题.
功能
--- 手动
---- 参数设置(参数表)
---- 其它
----自动
---- 参数设置(参数表)
---- 其它
参数表都是同一个,楼主的代码可以可以返回上一层,也就是从参数返回设置中可以正确返回到手动/自动页面.
但是再返回的话,就是做死了,肯定是返回到 "功能" 一层的菜单群组中了.
也就是传统的父-子-孙.
(为什么不 手动/自动/参数 这么排,有特殊原因的,比如使用触摸屏,类文本,实现快速切换,一级一级的退出一级一级进入太罗嗦了)
但是要不要考虑有两个父亲的情况呢?有点惊讶,就比如: 工厂/用户.
工厂会多一些主设置项.我的方法类似子程序的调用,建立一个菜单栈,谈到这里想大家都明白了吧.
这个问题是面向通用结构才讨论的.
如果简单化,楼主的菜单方法不错,"占内存...菜单"它用类似表格化建立(父 兄 妹,子)方向,
楼主的用程序来实现切换 ,我觉得楼主的代码在维护上更为方便(还要添些代码),因为添加和删除子条项,只要管理结构变量即可.
而修改表格的方法显示太"笨"了点(虽然也结构变量中改),当然程序编写好了,也许一辈子也不会去动弹它,所以基于这个考虑两个方法都是可以的. |
|