• <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>
            隨筆-341  評(píng)論-2670  文章-0  trackbacks-0
                因?yàn)?a style="text-decoration: underline" href="http://m.shnenglu.com/vczh/archive/2011/11/13/160025.html" target="_blank">GacUI文件漸漸增多,為了讓大家便于使用庫,因此有下列三個(gè)選項(xiàng),如果大家有空就評(píng)論,針對(duì)喜愛程度排序之:

                1、直接引用源代碼。一個(gè)文件夾下有很多.h和.cpp,給出文檔,告訴大家需要什么功能的時(shí)候需要引用什么東西,然后自行添加自己的工程文件。
                2、存在dll,并且對(duì)于一些因?yàn)槟0宓脑驘o法直接放進(jìn)dll的功能將失去,需要使用則引用源代碼。
                3、存在dll,并且使用比模板丑陋的方法來將本來使用模板做接口的功能暴露出來。
                4、只有一個(gè).h和一個(gè).cpp文件。我將類庫通過功能切分(只有GUI,只有腳本,包含GUI和腳本和他們的互聯(lián)等等若干選項(xiàng)),給出若干對(duì).h和.cpp。大家選擇需要的那一對(duì)添加進(jìn)工程文件。這樣的話,直接#include那個(gè).h文件就直接擁有了所有功能。而且Visual C++擁有預(yù)編譯頭(precompiled header),可以自行將該.h和.cpp進(jìn)行預(yù)編譯,迅猛提高編譯速度(使用stl的時(shí)候大家肯定絲毫沒有感覺太多頭文件帶來的問題)。這樣還可以分別清晰地提供windows版本和linux版本等文件對(duì)。

                我自己的傾向是使用4,因?yàn)槟承┰颍坏┌汛a寫進(jìn)dll,有一些優(yōu)美的模板實(shí)現(xiàn)的接口將被迫打散(譬如說stl,這些只是例子,我沒有使用stl),所以覺得有些不爽。而且只添加兩個(gè)文件(一個(gè).h和一個(gè).cpp),無論使用makefile還是工程文件,無論直接備份或者源碼版本管理(codeplex、source forge、google code、github)都十分方便。
            posted on 2011-11-23 06:22 陳梓瀚(vczh) 閱讀(4194) 評(píng)論(20)  編輯 收藏 引用 所屬分類: 其他

            評(píng)論:
            # re: C++類庫使用習(xí)慣投票一則 2011-11-23 06:28 | 信息科學(xué)社
            4、2、3、1  回復(fù)  更多評(píng)論
              
            # re: C++類庫使用習(xí)慣投票一則 2011-11-23 17:17 | zxjay
            # re: C++類庫使用習(xí)慣投票一則 2011-11-23 19:22 | 裝配腦袋
            h + lib呢。。  回復(fù)  更多評(píng)論
              
            # re: C++類庫使用習(xí)慣投票一則 2011-11-23 19:25 | 陳梓瀚(vczh)
            @裝配腦袋
            您不覺得lib比cpp用起來更麻煩嗎,還要#pragma lib,還要寫lib directory……  回復(fù)  更多評(píng)論
              
            # re: C++類庫使用習(xí)慣投票一則[未登錄] 2011-11-23 19:36 | DJ
            4123

            不知為啥RSS訂閱里面別人博客的內(nèi)容串到你這里來了……  回復(fù)  更多評(píng)論
              
            # re: C++類庫使用習(xí)慣投票一則 2011-11-23 19:37 | 陳梓瀚(vczh)
            @DJ
            博客園的bug……  回復(fù)  更多評(píng)論
              
            # re: C++類庫使用習(xí)慣投票一則 2011-11-23 22:16 | XeCet
            # re: C++類庫使用習(xí)慣投票一則 2011-11-24 01:35 | zzzz
            # re: C++類庫使用習(xí)慣投票一則 2011-11-24 04:59 | ooseven
            當(dāng)然是靜態(tài)庫,動(dòng)態(tài)庫我吃過大虧!,除非是動(dòng)態(tài)調(diào)用dll,如果靜態(tài)調(diào)用dll的話,意味著你的所有庫都需要用dll,包括mfc等。我好幾年前寫的程序現(xiàn)在幾乎無法運(yùn)行,也無法維護(hù),就是因?yàn)閯?dòng)態(tài)庫的問題。首先,mfc的dll還得去下載舊版本,這個(gè)就麻煩點(diǎn),不是啥大問題,大問題在于調(diào)用到的一些其他類庫的舊版本很難辦,比如boost,比如xtremetoolkit...。為了回顧一下以前自己寫的小程序就要折騰這些,我最后就放棄了。所以從那以后我打死也不用動(dòng)態(tài)庫了!不然幾年以后又會(huì)遇到或者無法直接運(yùn)行,或者無法直接重新編譯的情況。
              回復(fù)  更多評(píng)論
              
            # re: C++類庫使用習(xí)慣投票一則 2011-11-24 06:29 | 陳梓瀚(vczh)
            @ooseven
            那還是4吧,給你一個(gè)cpp,直接編譯進(jìn)去……等同與靜態(tài)庫。  回復(fù)  更多評(píng)論
              
            # re: C++類庫使用習(xí)慣投票一則 2011-11-26 00:56 | ooseven
            @陳梓瀚(vczh)
            直接給源碼是最ok了,喜歡dll的,喜歡lib的,喜歡靜態(tài)調(diào)用的,喜歡動(dòng)態(tài)調(diào)用的,喜歡用intel c++編譯的...自己去折騰,皆大歡喜!  回復(fù)  更多評(píng)論
              
            # re: C++類庫使用習(xí)慣投票一則[未登錄] 2011-11-26 21:11 | 姚冬
            工程大到一定程度,需要引入一個(gè)make工具了,CMake QMake都不錯(cuò)。
            GUI庫是必須放到DLL的,因?yàn)橛玫娜丝赡軙?huì)寫很大的程序,本身就分多個(gè)dll,GUI封裝里不可避免會(huì)有些全局變量,那么GUI庫在DLL里才容易保證全局變量的唯一性。
            另外GUI里還很要解決多堆問題,就是在一個(gè)堆里分配也要回到這個(gè)堆去釋放,所以要避免模塊堆和線程堆的問題,用DLL就可以擁有模塊內(nèi)存池。
            GUI里會(huì)產(chǎn)生大量小對(duì)象,會(huì)有內(nèi)存碎片化問題導(dǎo)致性能問題,內(nèi)存池是十分必要的。  回復(fù)  更多評(píng)論
              
            # re: C++類庫使用習(xí)慣投票一則 2011-11-27 07:16 | guest
            只有一個(gè)cpp不便于源碼的管理。
            編譯成lib,在client所屬的頭文件使用#pragma lib。
            對(duì)于庫的目錄,可以設(shè)定到vc目錄或者項(xiàng)目目錄。

            贊同 姚冬 關(guān)于引入make的說法,我也是寫windows程序,但是對(duì)于多個(gè)vs工程確實(shí)不好管理,現(xiàn)在都引入腳本來進(jìn)行update、build、build-install、引入資源等等工作,方便了好多。  回復(fù)  更多評(píng)論
              
            # re: C++類庫使用習(xí)慣投票一則 2011-11-27 11:05 | 陳梓瀚(vczh)
            @guest
            你可以把需要的工程都放進(jìn)同一個(gè)solution,然后給各個(gè)工程的precompile和postcompile兩個(gè)步驟分別指定腳本,就可以F5一鍵部署了。如果這樣不夠用的話,可以用MSBUILD——免去編寫makefile的煩惱,可以直接編譯一個(gè)工程文件。這樣你就可以用腳本控制了。  回復(fù)  更多評(píng)論
              
            # re: C++類庫使用習(xí)慣投票一則 2011-11-27 11:07 | 陳梓瀚(vczh)
            @姚冬
            如果不是若干個(gè)程序分享同一個(gè)復(fù)雜的界面的話,dll純屬浪費(fèi)。這跟程序本身的尺寸是沒有關(guān)系的。如果單純?yōu)榱藴p少每個(gè)二進(jìn)制文件的大小的話,進(jìn)程占用的總內(nèi)存會(huì)增大很多的。  回復(fù)  更多評(píng)論
              
            # re: C++類庫使用習(xí)慣投票一則 2011-11-28 05:06 | ooseven
            編譯成lib或dll完全可以交由用戶來做  回復(fù)  更多評(píng)論
              
            # re: C++類庫使用習(xí)慣投票一則 2011-11-28 16:10 | phoenixbing
            # re: C++類庫使用習(xí)慣投票一則 2011-11-29 07:59 | 王繼
            類似Boost的HPP文件,直接包含編譯就可以了  回復(fù)  更多評(píng)論
              
            # re: C++類庫使用習(xí)慣投票一則 2015-09-16 03:53 | liulun
            3、
            存在dll,并且使用比模板丑陋的方法來將本來使用模板做接口的功能暴露出來。


            強(qiáng)烈推薦第三種方法!
            對(duì)于go語言、rust語言、nim語言的開發(fā)者,可以簡單的封裝就能使用gac的強(qiáng)大圖形化功能,這種方法是最贊的!  回復(fù)  更多評(píng)論
              
            # re: C++類庫使用習(xí)慣投票一則 2015-09-16 03:58 | liulun
            這種投票辦法,非常不公平!!!

            來著兒投票的都是C++使用者,

            C語言、nim語言、rust語言、go語言的用戶要想使用gaclib該怎么辦啊,

            輪子兄行行好,聽聽我們的意見.  回復(fù)  更多評(píng)論
              
            国产亚洲精品自在久久| 久久久久99精品成人片三人毛片| 中文成人久久久久影院免费观看| 亚洲欧洲中文日韩久久AV乱码| 亚洲午夜无码久久久久小说| 久久亚洲精品成人AV| 亚洲嫩草影院久久精品| 亚洲欧洲精品成人久久奇米网| 亚洲精品乱码久久久久久按摩| 久久99精品国产一区二区三区| 国产精品激情综合久久| 97精品依人久久久大香线蕉97| 9191精品国产免费久久| 亚洲va久久久噜噜噜久久狠狠 | 狠狠色丁香久久综合五月| 精品视频久久久久| 伊人久久精品无码二区麻豆| 国产亚州精品女人久久久久久| 久久人做人爽一区二区三区 | 久久国语露脸国产精品电影| 国产亚洲精品自在久久| 久久精品国产乱子伦| 四虎国产精品免费久久久 | 国产午夜电影久久| 久久99国产综合精品女同| 模特私拍国产精品久久| 91久久精品国产91性色也| 久久久久久亚洲Av无码精品专口| 亚洲国产成人精品久久久国产成人一区二区三区综 | 欧美黑人激情性久久| 性做久久久久久久久老女人| 日本免费一区二区久久人人澡| 久久香蕉超碰97国产精品| 精品一二三区久久aaa片| 婷婷国产天堂久久综合五月| 久久精品国产清自在天天线| 久久―日本道色综合久久| 久久精品国产亚洲欧美| 99久久人妻无码精品系列| 91精品国产综合久久婷婷| 久久精品国产半推半就|