关于菜单项来源于文件的问题.

acouasm 2001-07-11 10:42:23
我的程序中菜单的选项来源于文件.然后将所有的菜单选项对应于一个命令处理函数,比如
ON_COMMAND_RANGE(ID_POPUP_MENU1, ID_POPUP_MENU10,OnExecuteMenu)
但是这样必须有个选项个数的上限,不能做到菜单个数的任意增加.如果想实现菜单选项的动态增减,该如何处理.
...全文
94 4 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
4 条回复
切换为时间正序
请发表友善的回复…
发表回复
acouasm 2001-07-11
  • 打赏
  • 举报
回复
是不是只能有个数的上限了?
acouasm 2001-07-11
  • 打赏
  • 举报
回复
大伙有没有办法?不会是嫌分少吧?
acouasm 2001-07-11
  • 打赏
  • 举报
回复
up
azuo_lee 2001-07-11
  • 打赏
  • 举报
回复
这样来想你的问题:假如没有限制,可以随意动态增减,那么你新增加的每个菜单项都能保证有其处理函数么?假如没有,那这个菜单项显然没有意义;假如有,那就意味着你还要动态地为某个菜单项添加处理函数,而这显然是不可能的。所以,菜单项必然受到命令处理函数个数的限制。不过也可以考虑一种动态插件的技术,比如你的程序支持扩充的DLL,然后由这个DLL负责添加菜单项和对应的处理函数,而你的程序只是做简单的分配工作(将主程序不关心的WM_COMMAND消息都交给DLL处理)。这样,当需要改变程序功能的时候,只需简单地做一个新的DLL即可。

16,548

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • AIGC Browser
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧