引言： 消息机制和绘图机制是微软Windows及其周边其它产品与生俱来的，是Win系列OS作为一个操作系统进行微机内部实现的二大支柱和特征，消息系统是Windows下一切应用程序间，包括Windows自身，进行交互和通讯的渠道，是Windows实现对运行在其下的所有应用程序进行控制及应用程序对Windo...
摘要：153页的lookit(int i)的lookit我想破了头也不知道它是什么意思,cqtml真是可爱,也不知道他是怎么想到这个lookit这个词的,zjdz我倒知道是"主角动作",可zjdw呢,是"动物主角吗"??函数的入口参数是i,对lookit()的理解宜放在152的ontimer()中进行,ontimer()函数体中,在i属于(0,rs)的循环里完成了2个动作,多对象显示setobj()和今......
摘要：
根据d3d8里面卡通渲染的例子，里面在勾边的时候是采用对三角形进行着色来实现黑边的效果，对于面比较少的模型来说，会产生很粗糙甚至于不可接受的边缘效果。另外一种比较常用的勾边渲染则是算出法线和光线的夹角接近pi的线，然后来渲染线，这种方法的弊端则是效率太低。 我的方法需要用到stencil buffer，实现步簇是： 1，打开stencil buffer,通过方式设置为a......
Windows的消息机制与消息重定向技术
上一页 ... 消息的主体是应用程序之间与应用程序与 os 之间,(这是通俗的说法,其实在一个应用程序的内部,各“窗口”组件之间也存在着消息的流动,窗口组件与它们的父窗口与上层窗口之间当然也有消息的传递过程(如"命令传递",后面在跟踪一个消息的路径中将会详谈),windows内部即时流动的消息数量是如此的宠大,程序实现之外的手工分析是一种很自不量力的事情)消息的最终主体却是窗口与窗口之间,窗口与os之间 - 因为在mfc的技术规范里,只有窗口进程才能发送与接收一个消息并处理它,当然一些非界面窗口类如文档类也能处理一个消息,消息的最终归宿是某个窗口类的成员函数,也就是进入消息处理函数被处理,或被某个非界面类也就是内部处理类如文档类处理,系统中默认的窗口类与用户注册的窗口类都有进程,都能在内存中创建实在的窗口对象,窗口对象与窗口类接收与处理(千万注意:接收一个消息与处理一个消息是相差甚大的二个过程,后面将在讨论重定向一个消息技术时将谈到)发往它或由它主动发往别的窗口进程或os的消息,修改窗口进程干涉窗口进程对消息的处理过程(而不是接收过程,这个区别的详细解释请参见后面从"注意消息泵并不是一个.."起的文字)是可能的(窗口进程只是一段函数),但是如果这个窗口进程属于别人,如系统的窗口类,你将没有源程序进行修改,但却可以用消息重定的技术加以干涉,比如用户自定义的窗口类,用户完全可以自定义它的窗口进程,编写自己的消息泵,实现对消息的重定向,编写用户自己的消息泵属于win32编程中重定向一个消息的七大技术之一. mfc中有七种技术可以用来重定向一个消息,它们是:1,子分类2,超分类3,oncmdmsg(),4,setcapture5,编写自己的消息泵,6,setwindowshookex(),人们常说的钩子函数,便是其中之一. 【程序编程相关:
游戏资源破解】 【推荐阅读:
过去两年中我对代码重用的体验】 在谈完消息泵的概念后,我们将一步一步追踪一个消息在系统中的路径,然后才能讨论对它的重定向. 【扩展信息:
Quake源代碼分析(草稿).5】 消息泵并不是一个窗口类的窗口进程,虽然它们都是函数,同样都对注入到这个窗口进程的消息进行工作,而并不最终处理消息本身(上面已经说到原因),消息泵是一个通俗的说法,它只与消息被发往窗口进程后的接收工作有关而不与处理过程有关(上面也已经说到消息的接收与处理是二不同过程),而窗口进程恰恰相反它只与处理有关不与接收有关下面开始详述.. 消息泵被包含在 cwinapp 的成员函数run()中..
摘要：q：网络服务器的瓶颈在哪？ a：io效率。 在大家苦苦的为在线人数的增长而导致的系统资源吃紧上的问题正在发愁的时候，linux 2.6内核中提供的system epoll为我们提供了一套完美的解决方案。传统的select以及poll的效率会因为在线人数的线形递增而导致呈二次乃至三次方的下降，这些直接导致了网络服务器可以支持的人数有了个比较明显的限制。 自从linux提供了/dev/epoll的设备......
