• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            看到有些朋友對軟件換膚比較感興趣, 我這里就以我自己的經驗分析一下,當人本人不是專門做界面庫開發的,所以可能有不些地方講的不一定正確。

            說到換膚就要提到界面庫,界面庫一般來說分2種,一種是基于傳統窗口句柄控件的, 還有一種是基于DirectUI的。

            當然比較早的專業界面庫都是基于傳統窗口句柄控件的,而這種界面庫實現換膚的方式一般是基于Hook,大概原理是:
            (1)安裝窗口過程Hook(如WH_CBT Hook),準備截獲應用程序所有窗口的創建事件
            (2) 收到窗口創建等消息,根據類名、風格等一些條件來判斷是否對該窗口控件進行Subclass
            (3)
            如果需要則安裝相應控件類型的Subclass,窗口Subclass后即可以收到該窗口所有的消息
            (4)根據不同的消息進行相應的處理, 根據皮膚類型進行相應的繪畫
            (5)窗口銷毀是進行UnSubclass

            用上面這種Hook的方式可以攔截所有系統控件的消息,界面庫可以根據當前的皮膚類型進行相應的繪畫和處理。
            對于使用者來說往往非常簡單,我們只要在程序中直接使用系統的標準控件,然后通常只需在程序初始化時調用界面庫的一個初始化函數即可實現完整的換膚。
            當然要所有換膚的工作量都移到了界面庫里,界面庫要根據皮膚類型實現所有控件的繪畫處理,而且Windows系統的各個版本又各有差異,所以界面庫往往會非常復雜。這種方式的優點是使用簡單,并且程序的開發語言也沒有限制;缺點是界面庫復雜性帶來的不穩定性。

            還有一種對窗口控件實現換膚的方式是用戶根據需要,自己Subclass某些控件,
            自己根據皮膚風格,自己貼圖處理,這種方式被大部分不依賴第三方專業界面庫的程序所采用。我前面的截屏小工具就屬于這種方式,它的優點是靈活穩定,自己好控制;缺點是開發人員需要一些控件知識和繪畫技能,并且也不能跨語言共用。

            另外,關于換膚本身,又分不同類型。有的換膚只是簡單的改變一下背景圖片(顏色), 也有的換膚是改變整個窗口的大小和Region(異形窗口), 還有的換膚還改變了控件的位置,這取決于皮膚的類型設置了哪些東西要變化,變得越多實現越復雜。

            最新的界面庫一般采用的是DirectUI技術,即按照游戲界面的思想,所有的控件全都畫在一個窗口上模擬出來,這種方式的優點是透明度和動畫等全都可以自己控制,從而可以實現很炫的界面效果,當然換膚對它來說更是小菜一碟。

            我們基本上可以從QQ界面的演變來驗證這一趨勢,從最早的單一風格窗口,到后來的換膚和異形窗口,再到現在的DirectUI。當然QQ采用DirectUI技術除了實現界面炫方面考慮,應該還有安全方面的考慮。

            總的來說DirectUI是趨勢,而微軟的WPF代表了DirectUI最先進的技術方向,換膚對于DirectUI來說非常容易。隨著Win7,Win8 的普及,傳統界面庫的市場會越來越小,一來因為
            系統本身已經很炫了,二來微軟自己的WPF和Xaml技術基本上已經可以實現任何想要的效果。當然只要XP不消亡,傳統的界面庫還是有自己的一席之地。

            posted on 2012-08-21 22:33 Richard Wei 閱讀(6037) 評論(2)  編輯 收藏 引用 所屬分類: windows desktop

            FeedBack:
            # re: 軟件換膚的原理
            2013-03-05 08:38 | mike
            一直用GDI+做界面開發。win7新增了Direct2D支持。是選擇Direct2D sdk開發呢,還是WPF開發?  回復  更多評論
              
            # re: 軟件換膚的原理
            2013-03-05 08:59 | Richard Wei
            @mike

            這個看產品定位吧?
            GDI最通用, 各個系統上都能直接跑;
            GDI+稍微有點依賴,但是一般問題不大,開發也方便很多;
            D2D性能和效果都不錯,如果自己開發DirectUI的界面庫可以考慮,另外它也不支持XP;
            WPF依賴.net, 程序大小和性能方面都有些限制,但是開發效率和效果都不錯。

            所以一般來說如果你開發的是通用軟件,比如QQ或者迅雷,既要考慮性能還要考慮各個平臺的支持,在XP沒有消亡之前還是會選擇GDI(+)。
            如果你做是項目型的管理軟件, 要考慮開發效率, 一般會選擇WPF。
            如果你是自己開發DirectUI界面庫, 可以考慮同時支持GDI(+)和Direct2D。
              回復  更多評論
              
            无码人妻精品一区二区三区久久久| 日本WV一本一道久久香蕉| 国内精品久久久久| 久久国产成人午夜aⅴ影院| 精品久久久久久99人妻| 久久久黄色大片| 久久国产精品一区二区| 伊人色综合久久天天人守人婷| 色婷婷综合久久久久中文一区二区 | 久久精品草草草| 午夜精品久久久久久影视777| 国内精品久久久久久99蜜桃| 91麻豆精品国产91久久久久久| 久久AV高潮AV无码AV| 国产激情久久久久影院老熟女| 亚洲中文久久精品无码ww16| 久久久免费观成人影院| 韩国三级大全久久网站| 无码人妻久久一区二区三区免费| 久久久精品久久久久久| 精品久久久久久| 久久精品国产精品亚洲毛片| 久久综合亚洲鲁鲁五月天| 久久AAAA片一区二区| 99久久国产热无码精品免费久久久久| 漂亮人妻被黑人久久精品| 中文字幕精品无码久久久久久3D日动漫| 91久久国产视频| 久久香蕉国产线看观看99| 久久久久亚洲精品天堂| 中文字幕无码免费久久| 一日本道伊人久久综合影| 久久久无码精品午夜| 77777亚洲午夜久久多喷| 无码伊人66久久大杳蕉网站谷歌 | 欧美喷潮久久久XXXXx| 久久午夜夜伦鲁鲁片免费无码影视| 日韩美女18网站久久精品| 久久综合九色综合欧美就去吻| 久久精品亚洲精品国产欧美| 久久婷婷色综合一区二区|