• <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 閱讀(6036) 評論(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。
              回復  更多評論
              
            久久久久久无码国产精品中文字幕| 99久久久久| 久久精品视频免费| 亚洲国产精品久久66| 久久中文字幕人妻熟av女| 久久久av波多野一区二区| 欧美伊人久久大香线蕉综合69| 久久亚洲精品成人AV| 99久久精品免费看国产| 一本色道久久88—综合亚洲精品 | 97久久国产综合精品女不卡| 少妇久久久久久久久久| 久久久一本精品99久久精品88| 狠狠久久综合| 婷婷伊人久久大香线蕉AV | 日本精品一区二区久久久| 久久99国内精品自在现线| 性做久久久久久久久浪潮| 国产精品激情综合久久| 色综合久久天天综合| 亚洲级αV无码毛片久久精品| 久久99热这里只有精品国产| 99久久婷婷国产综合精品草原| 久久精品这里热有精品| 国产成人精品久久| 久久久久香蕉视频| 欧美激情精品久久久久| 久久精品99久久香蕉国产色戒 | 久久久久亚洲AV成人网人人网站| 亚洲日韩欧美一区久久久久我| 无码国内精品久久人妻麻豆按摩| 久久久99精品成人片中文字幕| 狠狠人妻久久久久久综合蜜桃| 国产高潮国产高潮久久久91 | 中文字幕久久久久人妻| 亚洲国产高清精品线久久| 久久se精品一区二区影院| 日本久久久精品中文字幕| 日韩精品久久久久久| 欧美色综合久久久久久| 中文无码久久精品|