• <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://www.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)論
              
            国产精品久久久久久久久免费| 久久久久久极精品久久久| 国产午夜福利精品久久| 伊人久久综合无码成人网| 久久久久无码精品国产app| 久久综合久久久| 成人久久综合网| 国产成人久久精品激情| 久久精品国产AV一区二区三区| 午夜精品久久久久久| 久久精品国产黑森林| 久久福利片| 欧美粉嫩小泬久久久久久久| 91精品国产91久久久久久| 久久国产亚洲高清观看| 精品少妇人妻av无码久久| 久久久久99精品成人片欧美| 国产精品美女久久久久久2018| 99久久精品国内| 91精品国产91久久久久久蜜臀| 久久久精品久久久久久| 亚洲国产精品成人AV无码久久综合影院| 久久成人18免费网站| 久久久久久综合网天天| 国产精品视频久久久| 久久久久一本毛久久久| 久久久久亚洲AV无码观看| 国产精品久久久久无码av| 久久精品国产第一区二区| 久久精品国产男包| 91久久九九无码成人网站| 久久久国产亚洲精品| 久久精品国产亚洲麻豆| 国产福利电影一区二区三区久久久久成人精品综合 | 91久久精品无码一区二区毛片| 久久久91人妻无码精品蜜桃HD| 色妞色综合久久夜夜| 精品无码久久久久久久动漫 | 久久国产成人| 狠狠色婷婷久久一区二区三区 | 久久超碰97人人做人人爱|