ui开发（UI development）.docVIP

ui开发（UI development） --------------------------------------------------------------------------------------------------- 贫民级换肤控件skinsharp的开发历程 SkinSharp是小生一个人独立开发的换肤产品。开发这个产品的原因和绝大多数朋友一样，买不起Skin++界面。由于对非常热爱，曾经毕业时还想去Skin++去工作，难耐他们老板看不上咱。后来一切证实没去是非常正确的。 因为对这方面非常感兴趣，索性就自力更生吧。关于软件换肤原理其实非常简单，就是钩+小类，替换窗口过程，自己重写界面绘制，基本上就是响应wm_paint，wm_ncpaint消息。但难点就在绘制的处理上，Windows标准控件那么多，每个控件的表现形式可不一样。所以基本上所有的工作都集中在控件的消息响应上了。其实，标准控件是很好做的，捧一本MSDN基本都可以搞定。难点都集中在滚动条，菜单换肤上。市面上换肤产品多如牛毛，但真正滚动条和菜单换肤上做的很好的真的没几个，在滚动条和菜单上我也是花费了2年的时间研究。这个库从2006年初开始动工，到现在已经3年半多了。一般标准控件的绘制我就不说了，基本查查就可以了下面我着重说下控件内部滚动条和菜单的换肤原理MSDN。 控件的内部滚动条并不是单独的控件，他是Windows窗体（或控件）的组成元素，滚动条换肤的难点就是如何禁止系统绘制，因为滚动条位于非客户区，当滚动条状态改变时系统会进行绘制，所以你无论怎么截获消息，都无法让系统不进行绘制。有些朋友可能用滚动条控件来代替控件内部的滚动条，但这是山寨的做法，弊端也是显而易见的。想让系统不进行绘制，那你必须全权接管滚动条信息的管理和绘制提供了有关滚动条的，Windows API，比如 GetScrollInfo， 等等SetScrollInfo，实际上Windows在内部维护的对用户开放的数据结构仅仅是scrollinfo这个结构体而已。那么，我们可不可以自己维护这个scrollinfo，让用户或系统调用的滚动条相关操作都被我们所控制，我们来响应。答案是肯定的。这又回到之前我们说的原理钩，钩的是这次需要API， 将滚动条的操作转入我们的处理过程，处理后返回给系统。这样就达到了我们的目的。至于API钩子方法很多，大家在网上一搜就可以找到一堆。 关于菜单的换肤，有些朋友可能已经知道菜单其实就是一个窗口类名为”# 32768”，所以你可以通过窗口类名来进行钩了。主要的问题是你怎么才能获取到菜单的句柄呢？对于菜单消息，MSDN上只有一个就是mn_gethmenu，不错，就是他。 You can get the menu handle by sending this message to the menu window. This is easy to handle. With the menu handle, you can do it by yourself. Its that simple. One of the more difficult things to deal with is the window title bar, because the title bar changes itself when the elements change. A lot of skin library (including Skin++) approach is to avoid the title bar, the title bar style WS_CAPTION removed, he set aside a piece of non client area to draw the title bar, this method seems perfect, in fact, a lot of drawbacks for the WS_CAPTION form is a very important style. Many items that remove the WS_CAPTION system menu are invalid. There are other handy drawbacks, such as system rendering, borders, and so forth under Vista systems. So as the skin library, should avoid as far as possible to modify the default attribute and style program. Skin