• <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>

            戰魂小筑

            討論群:309800774 知乎關注:http://zhihu.com/people/sunicdavy 開源項目:https://github.com/davyxu

               :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理 ::
              257 隨筆 :: 0 文章 :: 506 評論 :: 0 Trackbacks

            C++的界面庫經過幾天來的搜索,總結了下面幾種的優缺點

            1. MFC

               優點:VS2008以及VS2010的擴展確實很強大,特別是原生的窗口運行時??恳约癙ropertyGrid確實很強大

               缺點:默認字體很模糊,無論你對MFC多了解,C++多熟悉,每次寫代碼時依然要重新熟悉代碼,更不用提分析別人寫的MFC代碼,一個字:亂。

            2. WTL

               優點:Windows下有個最好的例子:Google Chrome

               缺點:缺乏設計器,文檔例子很少

            3. wxWidgets

               優點:虛幻3編輯器在用(不是廣告),wxAUI的布局設計器很方便,Windows原生界面很舒服,各種功能封裝都很到位。

               缺點:布局沒有類似GTK+的Fixed絕對坐標方式(Windows SDK默認的左上角像素定位方式),在某些界面顯得設計麻煩。 動態鏈接庫多的嚇人,工程過于臃腫。

            4. Qt, GTK+

                據說Windows下不是很好用。

            5. DirectUI

                有很多個人封裝類似功能的庫。界面,代碼分離, 但99%都是收費

            6. C# Windows Form

                這是很好的選擇,語言方面可以用C++/CLI 免得轉換語言

               自由??抗δ芸梢允褂肳eiFenLuo.winFormsUI.Docking 非常簡單

            7. WPF

               有童鞋已經使用MFC/C++通過加載XML顯示界面,不過通過資料顯示,WPF的控件很少,甚至連原生的PropertyGrid都沒有,設計器倒是很華麗

             

            總結:界面庫的選擇最重要的一點就是看有沒有很好的設計器,這個是高效開發的重中之重。我尊重MFC,敬仰MFC,它作為C++的框架庫來說很不錯,但是對于界面設計還是過老了。我們開發的是產品,出的是程序,而不是研究MFC,怎樣用好MFC。

            posted on 2010-07-28 17:22 戰魂小筑 閱讀(25104) 評論(28)  編輯 收藏 引用 所屬分類: 界面 接口 、C++/ 編程語言

            評論

            # re: C++界面庫的抉擇 2010-07-28 19:06 GunsNRose
            Qt 現在挺不錯的,在WIN下也好用,新版的maya要用Qt來開發
            現在Qt可以使用LGPL協議來開發,開發商用軟件不用怕了  回復  更多評論
              

            # re: C++界面庫的抉擇 2010-07-28 19:10 老魚
            Qt除了發布時帶的DLL大點之外,其它方面完勝各GUI Kit。  回復  更多評論
              

            # re: C++界面庫的抉擇 2010-07-28 19:23 right
            不是說QT的性能差強人意嗎?  回復  更多評論
              

            # re: C++界面庫的抉擇 2010-07-28 20:13 空明流轉
            我咋覺得你這個比較都說煩了。
            不管從哪個平臺哪個角度,Qt都絕對是中規中矩的。
            如果跨平臺,絕對是Qt完勝。  回復  更多評論
              

            # re: C++界面庫的抉擇 2010-07-28 20:43 yrj
            Google Chromium 只用了 WTL 的一點點東西,它有自己的 UI 體系  回復  更多評論
              

            # re: C++界面庫的抉擇 2010-07-28 23:57 陳梓瀚(vczh)
            @空明流轉
            只有在少數極端的情況下,你才需要你的GUI程序跨平臺。你什么時候看見一個能用的C/C++寫的帶GUI軟件,可以在不用改代碼的情況下,兩邊都編譯的。  回復  更多評論
              

            # re: C++界面庫的抉擇 2010-07-29 08:55 毛毛
            試試C++Builder的VCL吧,呵呵  回復  更多評論
              

            # re: C++界面庫的抉擇 2010-07-29 08:56 戰魂小筑
            @陳梓瀚(vczh)
            跨平臺的GUI確實沒那么大需求,對于游戲的話,基本做到Windows和Mac已經很不錯了  回復  更多評論
              

            # re: C++界面庫的抉擇 2010-07-29 11:11 空明流轉
            @陳梓瀚(vczh)
            不是極端,而是需要,你就得用,親愛的。
            你只是不需要罷了。不代表別人就不需要。。。  回復  更多評論
              

            # re: C++界面庫的抉擇 2010-07-29 11:30 老魚
            @right
            Qt并不慢,嵌入式都在用。況且就算慢點,恐怕用肉眼跟其它GUI Kit都區分不出來。Qt的圖形性能就不說了,Maya看中的就是它。跨平臺只是它附加的優點,在Windows下Qt也是最好的GUI Kit之一。并不是簡單地要跨平臺就Qt,不跨平臺就非Qt。通常限制大家選擇Qt的幾個原因是:
            1. 已經學會了其它圖形庫
            2. 要發布小巧的軟件,Qt帶的DLL太大了
            3. 會Qt的人少,招不到人
            4. Qt封裝層次太高,而軟件需要使用很多的平臺特性。  回復  更多評論
              

            # re: C++界面庫的抉擇 2010-07-29 15:51 heguo
            如果不怕安裝.net4框架
            當然wpf,其余的UI設計和wpf相比不是同一個高度級別的。  回復  更多評論
              

            # re: C++界面庫的抉擇 2010-07-29 17:25 匿名的懦夫
            @陳梓瀚(vczh)
            Firefox?  回復  更多評論
              

            # re: C++界面庫的抉擇[未登錄] 2010-07-29 18:25 姚冬
            如果開發語言選擇C++的話,QT 無疑是最佳選擇。
            性能一點都不差,尤其是 GraphicView系統,支持硬件加速哦

            跨平臺是沒得說,PC平臺通吃,被Nokia收購后 ,手機平臺也占了一半了。

            特別是 signal/slot 系統,非常完美的C++下的回調和事件通知架構,MFC的消息映射簡直是杯具。

            如果說QT有什么缺點,就是運行庫有點大,靜態鏈接也有 1.5Mb,動態則接近10M。但是如果你想寫個中等規模的軟件,比如 2-30萬行源代碼,那么就不是問題了。QT是更適合寫大程序的。  回復  更多評論
              

            # re: C++界面庫的抉擇[未登錄] 2010-07-31 18:46 姚冬
            我用我的愚蠢了解QT的特性,謝謝各位  回復  更多評論
              

            # re: C++界面庫的抉擇[未登錄] 2010-07-31 18:48 姚冬
            @陳梓瀚(vczh)
            只有在少數極端的情況下,你才需要你的GUI程序跨平臺。你什么時候看見一個能用的C/C++寫的帶GUI軟件,可以在不用改代碼的情況下,兩邊都編譯的。

            嚴重同意  回復  更多評論
              

            # re: C++界面庫的抉擇[未登錄] 2010-08-01 19:43 kuafoo
            GUI 跨平臺很沒有意思  回復  更多評論
              

            # re: C++界面庫的抉擇 2010-08-04 09:21 King Qiu
            @yrj
            同意
              回復  更多評論
              

            # re: C++界面庫的抉擇 2010-08-04 09:48 Benjamin
            應用第一,用過了幾個后,你會發現其實實現原理都差不多  回復  更多評論
              

            # re: C++界面庫的抉擇 2010-08-08 19:15 陳梓瀚(vczh)
            @匿名的懦夫
            @空明流轉
            一般來說,應該為不同的操作系統設計不同的GUI,這樣才能讓不同操作系統的用戶都能感受到這個軟件的便利性。  回復  更多評論
              

            # re: C++界面庫的抉擇[未登錄] 2010-08-26 12:57 Loaden
            @陳梓瀚(vczh)
            Code::Blocks就是跨平臺的,使用wxWidgets庫開發。  回復  更多評論
              

            # re: C++界面庫的抉擇[未登錄] 2010-08-26 13:00 Loaden
            Qt并不適合個人開發小軟件的!
            Qt的最大缺點是LGPL無法靜態鏈接。
            這樣,你只能背著好幾十MB的DLL,這樣的程序發布出去,打包也要接近10MB。
            我想,這是無法讓人接受的!  回復  更多評論
              

            # re: C++界面庫的抉擇 2010-09-17 20:34 俠客西風
            以后會有一套非常優秀的
            開源的,免費的
            全功能媲美商業directui的界面庫

            已經有好多人研究viksoe的那套界面庫了,

            做了不少改進

            其實想想,如果qq界面庫那樣的,有一套開源的,

            vc做界面的麻煩也不會像現在這么多  回復  更多評論
              

            # re: C++界面庫的抉擇 2010-10-27 17:36 天下
            WIN32API是最基礎,是一定得精通的.
            MFC是必須掌握的.優點是他的資源多.
            看情況你可以選擇一個界面庫,然后精通.
            目前完美的界面庫還不存在.
            項目上用MFC+Xtreme ToolkitPro 基本搞定一切.
            Xtreme ToolkitPro,網上破解一大把.
            帶一個專業的設計器,你們看著辦吧.


              回復  更多評論
              

            # re: C++界面庫的抉擇 2010-11-24 00:05 null
            @陳梓瀚(vczh)

            它的意義在于節省開發人員的精力,少學一種技術,額。。。  回復  更多評論
              

            # re: C++界面庫的抉擇 2011-03-28 23:21 阿布
            @姚冬

            扯淡,WIN32平臺的消息機制哪點悲劇了?不會用就別瞎說。
            signal/slot機制不是回調,也就是信號觸發執行某個過程的機制罷了——當然不是用回調,否則跨線程怎么解決?跟消息機制大同小異,看你吹的好像是什么了不起的東西一樣。
            qt 值得稱道就是就是跨平臺而已,其他跟MFC一個層次,別瞎吹噓了  回復  更多評論
              

            # re: C++界面庫的抉擇 2012-02-17 14:19 mjy
            @姚冬
            Qt源碼包的QtCreator就能在不更改任何代碼的情況下在windows、MacOSX、Linux下完成編譯,并且運行正常。  回復  更多評論
              

            # re: C++界面庫的抉擇 2012-02-27 17:42 marvin
            如果使用wpf,倒覺得telerik的控件不錯,我用過silverlight版的  回復  更多評論
              

            # re: C++界面庫的抉擇 2012-12-13 10:03 陳生
            如果你是C++客戶端界面高手,請加入我的團隊,我能讓你成就大業!QQ34707369  回復  更多評論
              

            丁香五月综合久久激情| 国产精品成人99久久久久| 中文字幕久久亚洲一区| 国内精品伊人久久久久777| 久久亚洲AV成人出白浆无码国产| 99久久中文字幕| 久久最新免费视频| 97久久天天综合色天天综合色hd| 丁香久久婷婷国产午夜视频| 亚洲欧美日韩精品久久亚洲区| 1000部精品久久久久久久久| 无码任你躁久久久久久| 国产日产久久高清欧美一区| 久久久久免费精品国产| 久久精品成人免费网站| 亚洲精品tv久久久久久久久| 国产精品美女久久久久av爽| 久久婷婷国产综合精品| 精品久久久久成人码免费动漫| 久久精品成人国产午夜| 久久久久久久久无码精品亚洲日韩| 久久亚洲国产成人精品无码区| 亚洲国产精品久久久久久| 伊人久久一区二区三区无码| 久久成人国产精品二三区| 无码精品久久久久久人妻中字| 思思久久精品在热线热| 久久影院亚洲一区| 久久精品综合一区二区三区| 国内精品伊人久久久久AV影院| 午夜精品久久久久久99热| 一本色道久久综合| 欧美精品国产综合久久| 久久天天躁狠狠躁夜夜av浪潮| 久久精品九九亚洲精品天堂 | 国产精品久久久久影院色| 日日躁夜夜躁狠狠久久AV| 精品一二三区久久aaa片| 一本久久a久久精品综合香蕉| 久久久久99这里有精品10| 久久久久高潮综合影院|