MFC 对话框程序 怎么实现以最小资源占用作为后台运行的程序
MFC 对话框程序 如何实现以最小资源占用作为后台运行的程序?
想实现这样的功能:
MFC(Dialog)->启动主线程,作为后台运行-> 定时时间到-> 创建窗体并显示等等->关闭动作->定时启动
。。。。。。。。。。。。。。。。。。。。。。。|____________<_____________<____________<___________|
1。启动后作为后台运行(只有一个主线程,所做的任务只有一个,就是启动定时器);
2。到达指定时间,显示主窗体;
3。如果选择关闭,销毁窗体,作为后台运行,回到第一步;
如果选择结束,则真正结束程序。
没有思路 不知道该怎么做,看了深入浅出,MFC运行机制也没看太明白。
望指教。
------解决方案--------------------
启动的时候隐藏主窗口,需要显示的时候ShowWindow(SW_SHOW);关闭的时候ShowWindow(SW_HIDE);
如果真的需要退出可以PostQuitMessage(0);
------解决方案--------------------
就是通过ShowWindow控制显示
------解决方案--------------------
一开始设置对话框属性中属性为隐藏,然后你的程序开始执行,到达到你条件后,ShowWindow(SW_SHOW)显示出来
------解决方案--------------------
------解决方案--------------------
不想建一个一直存在的窗口,也容易呀,自己写一个消息循环就好了,别的都不管,只管收到 WM_QUIT 就退出。另外用 SetTimer() 设置定时器。以上的事情都不需要有窗口。
在定时器处理过程中,按需要创建窗口,按需要销毁,就 OK 了。
话说回来,就一个窗口,还真算不上什么大的资源开销(换句话说,上面的这套做法,比之于一个常规的窗口程序来控制窗口的显示/隐藏,也没节省啥东西)。如果你的窗口本身很复杂(比如占用了很大的内存开销等等),其实可以考虑窗口程序的优化。窗口本身在 Windows 系统里属于廉价资源。
————————————————————————————————
基于****论坛提供的插件扩展功能,自己做了个签名档工具,分享给大家,欢迎技术交流 :)
------解决方案--------------------
再啰嗦几句 :)
楼主“不能浪费”的指导思想是非常值得肯定的。问题在于,啥叫“节省”。
程序的运行开销的确需要考虑(特殊情况下甚至有可能是第一要务),但同时开发难度(时间成本)、代码可读性(维护成本)也是要综合考虑的事情。
————————————————————————————————
基于****论坛提供的插件扩展功能,自己做了个签名档工具,分享给大家,欢迎技术交流 :)
想实现这样的功能:
MFC(Dialog)->启动主线程,作为后台运行-> 定时时间到-> 创建窗体并显示等等->关闭动作->定时启动
。。。。。。。。。。。。。。。。。。。。。。。|____________<_____________<____________<___________|
1。启动后作为后台运行(只有一个主线程,所做的任务只有一个,就是启动定时器);
2。到达指定时间,显示主窗体;
3。如果选择关闭,销毁窗体,作为后台运行,回到第一步;
如果选择结束,则真正结束程序。
没有思路 不知道该怎么做,看了深入浅出,MFC运行机制也没看太明白。
望指教。
------解决方案--------------------
启动的时候隐藏主窗口,需要显示的时候ShowWindow(SW_SHOW);关闭的时候ShowWindow(SW_HIDE);
如果真的需要退出可以PostQuitMessage(0);
------解决方案--------------------
就是通过ShowWindow控制显示
------解决方案--------------------
一开始设置对话框属性中属性为隐藏,然后你的程序开始执行,到达到你条件后,ShowWindow(SW_SHOW)显示出来
------解决方案--------------------
------解决方案--------------------
不想建一个一直存在的窗口,也容易呀,自己写一个消息循环就好了,别的都不管,只管收到 WM_QUIT 就退出。另外用 SetTimer() 设置定时器。以上的事情都不需要有窗口。
在定时器处理过程中,按需要创建窗口,按需要销毁,就 OK 了。
话说回来,就一个窗口,还真算不上什么大的资源开销(换句话说,上面的这套做法,比之于一个常规的窗口程序来控制窗口的显示/隐藏,也没节省啥东西)。如果你的窗口本身很复杂(比如占用了很大的内存开销等等),其实可以考虑窗口程序的优化。窗口本身在 Windows 系统里属于廉价资源。
————————————————————————————————
基于****论坛提供的插件扩展功能,自己做了个签名档工具,分享给大家,欢迎技术交流 :)
------解决方案--------------------
再啰嗦几句 :)
楼主“不能浪费”的指导思想是非常值得肯定的。问题在于,啥叫“节省”。
程序的运行开销的确需要考虑(特殊情况下甚至有可能是第一要务),但同时开发难度(时间成本)、代码可读性(维护成本)也是要综合考虑的事情。
————————————————————————————————
基于****论坛提供的插件扩展功能,自己做了个签名档工具,分享给大家,欢迎技术交流 :)