做Windows大作业时获得的一些新经验
2010年11月04日 01:01
好久没更新博客了，不是偷懒，而是考试前期太忙了，什么作业都要开始交，上周末就完成了三门课的实验报告，还有一部分课要提前考试。比方说最无聊的文献检索。没办法进行新的学习。等考试结束后，大概就要全面攻RHCE了。
今天验收Windows大作业，这个程序让我花费了很多力气，但是验收时并不怎么顺利。虽然结构和类封装让老师对我的C++水平印象深刻，但是在一段动画上却出了问题，动画不够流畅。
这段动画是一个辅助型的效果，一个Google的Logo的移动动画，要有透明效果。这段动画我完全没有采用过去常用的动画在时间类回调函数里做法，而是把动画做在WM_PAINT里，时间类回调函数仅仅只是更新Logo的位置，并请求刷新界面。问题就出在这里，刷新信息是放在消息队列里的，程序必须接收到重绘消息才会绘图，如果重绘消息过多就不会多次重绘，而是只重绘一次就草草结束（有点掏浆糊）。显然13帧的重绘消息程序是不可能一一处理（虽然我的电脑性能较好，程序处理了大部分信息，如果没有经验，是断然看不出他的不流畅），因此跳帧就出现了。解决方法还是按照老路子走，直接在时间类回调函数内取得HDC，让他动，流畅性将大大提高。
另外，之所以有时界面会闪烁，根本原因是重绘前的一瞬间，界面这块区域被涂白了（通常是因为发送了EraseBackground消息或是BitBlt最后一个参数是WHITENESS），涂白后又立刻在上面绘图，Windows的图形速度并不是很快，这一瞬间还是能被人眼捕捉到，这样就看上去在闪烁。对此的解决方案是，如果是因为EraseBackground的话，请尽可能限制Invalidate系列函数的使用，即使要用，也要尽可能把他的最后一个参数设置为FALSE，如果图像较复杂就干脆用兼容DC做缓冲，使用兼容DC的话是永远没必要EraseBackground的。如果是因为BitBlt的话，那么就尽可能缩小WHITENESS的区域，不让其实就不需要WHITENESS的区域变成WHITENESS，这样闪烁基本上就可以抑制住。再次强调，闪烁不是因为过快频率的重绘，也不是因为过大范围的重绘，而是过多次的瞬间残留影像，一定要对症下药。
虽然验收不顺利，成绩仅仅是A-，但是能获取这么多经验，还是好的。本周五晚上还要在忙活一晚，把程序的这些问题全部去除，争取第二次验收得A。