控件的鼠标拖动和改变大小实现的思考
2007-08-27 09:44
591 查看
控件的鼠标拖动和改变大小实现的思考
WinForm应用里经常会使用一些自绘的非标准窗口来改善软件的观感,由于不再使用标准窗口的标题来和边框,那么窗口的Move和Resize的功能就需要自己来实现。在我写这个功能的时候是直接在OnMouseMove中进行Location和Size的改变。这种使用这种方式后发现在Resize和Move的时候CPU占用率有时会到100%,因为MouseMove消息的产生频率非常高,基本上鼠标每移动一个像素位置都会发出一个MouseMove消息,由于我是在MouseMove中进行Resize,那么Resize的频率也会很频繁,这在一些简单的窗口中(控件少,自绘逻辑简单)的窗口中可能问题不大,但是对于一些较复杂的窗口来说,频繁的Repaint和layout的代价是巨大的。
后来尝试在Idle Event中进行Resize这样,经过一些实验发现Idle event的触发频率比MouseMove少40%,而效果却保持不变。更好的是Idle event是根据应用程序是否空闲来决定其发生频率的,这样在系统繁忙的时候,窗口resize的反应慢一点也是可以接受的,这样可以把更多的CPU资源用于需要的计算中。
这只算记个笔记备忘吧,如果有做过自绘窗口的resize功能的欢迎一起交流讨论。:)
WinForm应用里经常会使用一些自绘的非标准窗口来改善软件的观感,由于不再使用标准窗口的标题来和边框,那么窗口的Move和Resize的功能就需要自己来实现。在我写这个功能的时候是直接在OnMouseMove中进行Location和Size的改变。这种使用这种方式后发现在Resize和Move的时候CPU占用率有时会到100%,因为MouseMove消息的产生频率非常高,基本上鼠标每移动一个像素位置都会发出一个MouseMove消息,由于我是在MouseMove中进行Resize,那么Resize的频率也会很频繁,这在一些简单的窗口中(控件少,自绘逻辑简单)的窗口中可能问题不大,但是对于一些较复杂的窗口来说,频繁的Repaint和layout的代价是巨大的。
后来尝试在Idle Event中进行Resize这样,经过一些实验发现Idle event的触发频率比MouseMove少40%,而效果却保持不变。更好的是Idle event是根据应用程序是否空闲来决定其发生频率的,这样在系统繁忙的时候,窗口resize的反应慢一点也是可以接受的,这样可以把更多的CPU资源用于需要的计算中。
这只算记个笔记备忘吧,如果有做过自绘窗口的resize功能的欢迎一起交流讨论。:)
相关文章推荐
- 控件的鼠标拖动和改变大小实现的思考
- 主页面中的两个iframe实现鼠标拖动改变其大小
- 使用ASP.NET AJAX Control Toolkit中的ReorderList控件实现用鼠标拖动改变条目顺序
- C# 运行时通过鼠标拖动改变控件的大小
- 实现运行以后改变控件的大小并能拖动控件
- java实现控件的移动及使用鼠标改变控件大小
- 如何重写PictureBox的OnPaint方法绘制矩形,并实现拖动改变矩形大小,鼠标悬停时提示拖拽方向(二)
- .net,C#如何在运行时通过鼠标拖动改变控件的大小
- (原创)自已实现服务器控件系列 之 设计时可用鼠标拖动大小的Label控件
- Delphi实现运行时控件的拖动、改变大小等,并且做到与控件类型的解耦
- Winform鼠标拖动改变控件大小、移动控件位置
- C#如何在运行时通过鼠标拖动改变控件的大小
- 在运行时通过鼠标拖动移动控件位置及改变控件的大小
- 主页面中的两个iframe实现鼠标拖动改变其大小
- 鼠标拖动改变DIV等网页元素的大小的实现方法
- 含有两个iframe的主页面实现鼠标拖动改变其大小
- (转)C#如何在运行时通过鼠标拖动改变控件的大小
- 在运行时通过鼠标拖动移动控件位置及改变控件的大小
- 在运行时通过鼠标拖动移动控件位置及改变控件的大小
- Delphi实现运行时控件的拖动、改变大小等,并且做到与控件类型的解耦