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

            Where there is a dream ,there is hope

              C++博客 :: 首頁(yè) :: 聯(lián)系 :: 聚合  :: 管理
              64 Posts :: 0 Stories :: 8 Comments :: 0 Trackbacks

            常用鏈接

            留言簿(1)

            我參與的團(tuán)隊(duì)

            搜索

            •  

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            #

            最近看代碼的時(shí)候發(fā)現(xiàn)不少do {} while(0)的用法,在網(wǎng)上找到了篇比較詳細(xì)的文章:
            原文鏈接:http://www.cnblogs.com/flying_bat/archive/2008/01/18/1044693.html

            1. do...while(0)消除goto語(yǔ)句。
            通常,如果在一個(gè)函數(shù)中開(kāi)始要分配一些資源,然后在中途執(zhí)行過(guò)程中如果遇到錯(cuò)誤則退出函數(shù),當(dāng)然,退出前先釋放資源,我們的代碼可能是這樣:

            bool Execute()
            {
               
            // 分配資源
               int *= new int;
               
            bool bOk(true);

               
            // 執(zhí)行并進(jìn)行錯(cuò)誤處理
               bOk = func1();
               
            if(!bOk) 
               
            {
                  delete p;   
                  p 
            = NULL;
                  
            return false;
               }


               bOk 
            = func2();
               
            if(!bOk) 
               
            {
                  delete p;   
                  p 
            = NULL;
                  
            return false;
               }


               bOk 
            = func3();
               
            if(!bOk) 
               
            {
                  delete p;   
                  p 
            = NULL;
                  
            return false;
               }


               
            // .

               
            // 執(zhí)行成功,釋放資源并返回
                delete p;   
                p 
            = NULL;
                
            return true;
               
            }

            改用do {}while(0)結(jié)構(gòu)后,是這樣:
            bool Execute()
            {
               
            // 分配資源
               int *= new int;

               
            bool bOk(true);
               
            do
               
            {
                  
            // 執(zhí)行并進(jìn)行錯(cuò)誤處理
                  bOk = func1();
                  
            if(!bOk) break;

                  bOk 
            = func2();
                  
            if(!bOk) break;

                  bOk 
            = func3();
                  
            if(!bOk) break;

                  
            // .

               }
            while(0);

                
            // 釋放資源
                delete p;   
                p 
            = NULL;
                
            return bOk;
               
            }

            2 宏定義中的do...while(0)
              如果你是C++程序員,我有理由相信你用過(guò),或者接觸過(guò),至少聽(tīng)說(shuō)過(guò)MFC, 在MFC的afx.h文件里面, 你會(huì)發(fā)現(xiàn)很多宏定義都是用了do...while(0)或do...while(false), 比如說(shuō):
            #define AFXASSUME(cond)       do { bool __afx_condVal=!!(cond); ASSERT(__afx_condVal); __analysis_assume(__afx_condVal); } while(0)
            粗看我們就會(huì)覺(jué)得很奇怪,既然循環(huán)里面只執(zhí)行了一次,我要這個(gè)看似多余的do...while(0)有什么意義呢?
            當(dāng)然有!
            為了看起來(lái)更清晰,這里用一個(gè)簡(jiǎn)單點(diǎn)的宏來(lái)演示:
            #define SAFE_DELETE(p) do{ delete p; p = NULL} while(0)
            假設(shè)這里去掉do...while(0),
            #define SAFE_DELETE(p) delete p; p = NULL;
            那么以下代碼:
            if(NULL != p) SAFE_DELETE(p)
            else   ...do sth...

            就有兩個(gè)問(wèn)題,
            1) 因?yàn)閕f分支后有兩個(gè)語(yǔ)句,else分支沒(méi)有對(duì)應(yīng)的if,編譯失敗
            2) 假設(shè)沒(méi)有else, SAFE_DELETE中的第二個(gè)語(yǔ)句無(wú)論if測(cè)試是否通過(guò),會(huì)永遠(yuǎn)執(zhí)行。
            你可能發(fā)現(xiàn),為了避免這兩個(gè)問(wèn)題,我不一定要用這個(gè)令人費(fèi)解的do...while,  我直接用{}括起來(lái)就可以了
            #define SAFE_DELETE(p) { delete p; p = NULL;}
            的確,這樣的話(huà)上面的問(wèn)題是不存在了,但是我想對(duì)于C++程序員來(lái)講,在每個(gè)語(yǔ)句后面加分號(hào)是一種約定俗成的習(xí)慣,這樣的話(huà),以下代碼:
            if(NULL != p) SAFE_DELETE(p);
            else   ...do sth...

            其else分支就無(wú)法通過(guò)編譯了(原因同上),所以采用do...while(0)是做好的選擇了。

            也許你會(huì)說(shuō),我們代碼的習(xí)慣是在每個(gè)判斷后面加上{}, 就不會(huì)有這種問(wèn)題了,也就不需要do...while了,如:
            if(...)
            {
            }
            else
            {
            }

            誠(chéng)然,這是一個(gè)好的,應(yīng)該提倡的編程習(xí)慣,但一般這樣的宏都是作為library的一部分出現(xiàn)的,而對(duì)于一個(gè)library的作者,他所要做的就是讓其庫(kù)具有通用性,強(qiáng)壯性,因此他不能有任何對(duì)庫(kù)的使用者的假設(shè),如其編碼規(guī)范,技術(shù)水平等。 

            posted @ 2010-11-24 09:46 IT菜鳥(niǎo) 閱讀(305) | 評(píng)論 (0)編輯 收藏

            1.c++ unsigned char
            C#中的char是16bits的Unicode字符,而一般C++中的字符則是8位的,所以C++中的“unsigned   char”在C#中要么轉(zhuǎn)換成char,要么使用Byte類(lèi)型來(lái)代替,前者適用于存放字符型的unsigned   char,后者適用于整數(shù)型的unsigned   char。
            2.
            unsigned int    == nint32
            unsigned short== nint16
            posted @ 2010-11-24 09:38 IT菜鳥(niǎo) 閱讀(418) | 評(píng)論 (0)編輯 收藏

            先看一段宏
            #ifdef HSCRIPTDEBUG_EXPORTS
                
            #define HSCRIPTDEBUG_API __declspec(dllexport)
            #else
                
            #define HSCRIPTDEBUG_API __declspec(dllimport)
            #endif
             class HSCRIPTDEBUG_API ScriptDebug
             
            {
             
            public:

               }
            ;
            __declspec(dllexport)用于導(dǎo)出符號(hào),也就是定義該函數(shù)的dll;
            __declspec(dllimport)用于導(dǎo)入,也就是使用該函數(shù)。

            因?yàn)檫@個(gè)頭文件既要被定義該函數(shù)的dll包含,也要被使用該函數(shù)的程序包含,當(dāng)被前者包含時(shí)我們希望使用__declspec(dllexport)定義函數(shù),當(dāng)被后者包含時(shí)我們希望使用dllimport。于是我們使用
            #ifdef _EXPORTING
            #define CLASS_DECLSPEC __declspec(dllexport)
            #else
            #define CLASS_DECLSPEC __declspec(dllimport)
            #endif
            這種技巧,在定義該函數(shù)的dll中,其編譯選項(xiàng)定義了_EXPORTING而使用該函數(shù)的程序則沒(méi)有定義。

            __declspec(dllimpot)如果要是類(lèi)中有靜態(tài)變量的話(huà),是必須有這個(gè)的。


            posted @ 2010-11-17 15:38 IT菜鳥(niǎo) 閱讀(298) | 評(píng)論 (0)編輯 收藏

            原文地址:http://www.comicer.com/stronghorse/water/software/ZipRar.htm



            一、目錄表(TOC)與分卷(Volume)

            拋開(kāi)壓縮算法不談,我認(rèn)為zip、rar在文件格式上最大的差異就在目錄表(Table of Contents,TOC):zip有TOC,而rar沒(méi)有。

            TOC這個(gè)詞其實(shí)是從出版界借用過(guò)來(lái)的,指的就是每一本書(shū)正文前面的“目錄”,它的作用地球人都知道:如果想快速找到書(shū)中某一內(nèi)容,可以先查T(mén)OC,然后按照TOC指明的頁(yè)碼直接翻即可。

            在紙質(zhì)書(shū)里TOC是印刷出來(lái)的一張表,而在電子文件里則是由結(jié)構(gòu)化數(shù)據(jù)構(gòu)成的一張表,它的目的同樣是為了快速定位:如果想找文件中的某一內(nèi)容,可以先查T(mén)OC,知道感興趣的內(nèi)容在文件的什么位置,直接跳過(guò)去就行了。最常見(jiàn)的運(yùn)用就是avi、rm等多媒體文件:播放的時(shí)候經(jīng)常有人在播放條上點(diǎn)來(lái)點(diǎn)去跳著看(即“隨機(jī)訪(fǎng)問(wèn)”),如果沒(méi)有TOC,在長(zhǎng)達(dá)幾百兆的文件里來(lái)回定位會(huì)慢死。

            具體到zip文件里,TOC是放在文件尾部的一張表,里面列出了zip包中每一個(gè)文件的屬性(文件名、長(zhǎng)度等)和在zip包中的存放位置。如果需要隨機(jī)訪(fǎng)問(wèn)zip包中的某一個(gè)文件,只需在TOC里找到這個(gè)文件的存放位置,直接跳過(guò)去即可。

            而RAR文件里則沒(méi)有TOC,在文件頭之后所有文件按順序連續(xù)存放。

            這種差異造成的結(jié)果就是:隨機(jī)訪(fǎng)問(wèn)時(shí)zip比rar快,而順序訪(fǎng)問(wèn)時(shí)rar比zip快。

            所謂隨機(jī)訪(fǎng)問(wèn),就是前面說(shuō)過(guò)的隨機(jī)訪(fǎng)問(wèn)壓縮包中某個(gè)指定的文件。舉一個(gè)簡(jiǎn)單的例子:一本反編譯或下載到的網(wǎng)頁(yè)電子書(shū),有大量HTML、圖像、css、js,然后打成壓縮包。現(xiàn)在要求在不解包的情況下訪(fǎng)問(wèn)其中的頁(yè)面:可以想象,打開(kāi)每個(gè)HTML頁(yè)面的時(shí)候,它所附帶的圖像、css、js等文件可能隨機(jī)分布在整個(gè)壓縮包里,如果沒(méi)有TOC,查找每個(gè)文件的時(shí)候都要從頭開(kāi)始找,將會(huì)有多慢。 所以各位可以理解為什么jar包就是標(biāo)準(zhǔn)zip包,而我也只用zip格式保存反編譯出來(lái)的電子書(shū)、漫畫(huà)、PDG書(shū)等一切可能需要隨機(jī)訪(fǎng)問(wèn)的東西。

            所謂順序訪(fǎng)問(wèn),就是將整個(gè)壓縮包從頭解到尾。在這方面RAR具有天然的優(yōu)勢(shì)。而且為了節(jié)省WinRAR列文件的時(shí)間,對(duì)于單個(gè)RAR我一般都直接通過(guò)右鍵菜單解壓縮,很少雙擊壓縮包打開(kāi)再解壓。解多個(gè)RAR時(shí)當(dāng)然都用BatchUnRar。

            由于rar的原作者已經(jīng)去世,造成這種差異的確切原因我相信已不可考,但我個(gè)人猜測(cè)可能與DOS時(shí)代的備份軟件之爭(zhēng)有關(guān):在DOS時(shí)代,電腦硬盤(pán)不像現(xiàn)在這樣奢侈,20MB就算很大了。這樣的容量用兩盒軟盤(pán) 即可備份,備份成本相對(duì)數(shù)據(jù)本身的價(jià)值來(lái)說(shuō)非常低廉。因此在DOS時(shí)代,很多公司和機(jī)構(gòu)都制定有定期硬盤(pán)備份政策,以免因?yàn)槿藶榛蚍侨藶榈囊蛩?(早期硬盤(pán)可沒(méi)有如今可靠)而造成不可挽回的數(shù)據(jù)損失。在備份軟件方面,雖然微軟已經(jīng)隨DOS提供了Backup/Restore工具,但是他們基本不具備數(shù)據(jù)壓縮能力,因此在壓縮軟件中提供備份功能,就成為DOS時(shí)代的一個(gè)時(shí)尚。由于DOS時(shí)代的備份介質(zhì)多為軟盤(pán),因此壓縮 軟件的備份功能其實(shí)就轉(zhuǎn)化成如今很常見(jiàn)的一個(gè)功能:分卷壓縮功能,即按照軟盤(pán)容量進(jìn)行分卷壓縮,然后將分卷壓縮文件備份(Backup)到軟盤(pán),需要的時(shí)候再解壓,或恢復(fù)(Restore)到硬盤(pán)。

            DOS時(shí)代最有名的zip工具是pkzip,出現(xiàn)得比DOS版的RAR早。在分卷壓縮時(shí),pkzip按照zip文件規(guī)范,將TOC存放在最后,即存儲(chǔ)在最后一卷,由此帶來(lái)如下問(wèn)題:

            1、恢復(fù)時(shí),每解壓一張盤(pán),都要先將最后一張盤(pán)插進(jìn)去一次,讀一次TOC。
            2、只要最后一張盤(pán)上的TOC壞了,就算其它盤(pán)都是好的,也不能正常解壓。

            這兩個(gè)缺點(diǎn),尤其是第一個(gè)缺點(diǎn)實(shí)在是太臭名昭著了,因此當(dāng)時(shí)出現(xiàn)了非常強(qiáng)烈的改革呼聲。在這個(gè)關(guān)鍵時(shí)刻,DOS版的RAR出現(xiàn)了:不僅壓縮率比pkzip高(這點(diǎn)在DOS時(shí)代非常重要,畢竟軟盤(pán)又貴容量又小),而且由于吸取了當(dāng)時(shí)對(duì)zip格式的批評(píng),取消了TOC,因此:

            1、在恢復(fù)分卷壓縮的備份文件時(shí),不需要頻繁插入帶有TOC的分卷,按順序換盤(pán)即可。
            2、即使某個(gè)分卷?yè)p壞,也可以跳過(guò),從完好的分卷再開(kāi)始解壓。

            由于這些原因(當(dāng)然還有其它原因),RAR推出后迅速取得了成功,pkzip在DOS時(shí)代就開(kāi)始流失用戶(hù),到Windows時(shí)代基本消聲匿跡。在Windows時(shí)代推出的Winzip,則徹底放棄了分卷壓縮功能(zip格式永遠(yuǎn)的痛?)。 而從我看到的源自WinRAR的UnRAR源代碼來(lái)看,現(xiàn)在WinRAR的解壓思路明顯還是把文件按順序從頭解到尾,看來(lái)當(dāng)年備份/恢復(fù)工具之爭(zhēng)的影響,還真是深遠(yuǎn)。

            二、固實(shí)(solid)壓縮方式

            在壓縮算法方面,我覺(jué)得rar格式最特色的是固實(shí)(solid)壓縮方式。WinRAR v3.42的幫助文件中對(duì)固實(shí)壓縮的說(shuō)明如下:

            固實(shí)壓縮文件是 RAR 的一種特殊壓縮方式存儲(chǔ)的壓縮文件,它把壓縮文件中的全部文件都當(dāng)成一個(gè)連續(xù)數(shù)據(jù)流來(lái)看待。

            這段說(shuō)明其實(shí)揭示了固實(shí)壓縮格式能夠提高壓縮比的奧秘:數(shù)據(jù)壓縮的基礎(chǔ)是“重復(fù)”,例如aaaabbb這個(gè)字符串,里面就有重復(fù),如果表示為a4b3,看起來(lái)是不是變短了?這就是“數(shù)據(jù)壓縮”。“重復(fù)”是一個(gè)具有相對(duì)意義的概念,在某一范圍內(nèi)看起來(lái)沒(méi)有重復(fù),或重復(fù)不多的數(shù)據(jù),把范圍擴(kuò)大,說(shuō)不定就能找到更多重復(fù)的數(shù)據(jù)了,這就是固實(shí)壓縮的奧秘。

            舉一個(gè)簡(jiǎn)單的例子:用zip和普通rar壓縮一堆jpg文件,很難壓下去,但是用固實(shí)壓縮方式的rar就可以,其原因就在于:jpg文件本身已經(jīng)是壓縮格式了,單個(gè)jpg文件里很難再 找到可利用的重復(fù)數(shù)據(jù),因此不論是用zip還是普通的rar都很難再壓縮,因?yàn)樗麄兌紝⑿枰獕嚎s的文件分隔開(kāi)來(lái)一個(gè)一個(gè)處理。但是對(duì)于固實(shí)rar來(lái)說(shuō),是將 所有需要壓縮的jpg文件當(dāng)作一個(gè)整體來(lái)壓縮,這些jpg之間就存在重復(fù)的數(shù)據(jù),如他們都有相同的文件頭(其中包括各種數(shù)據(jù)表)等,這就出現(xiàn)了可壓縮的空間。從我看到的資料來(lái)看,F(xiàn)lash文件也采用了類(lèi)似的技術(shù)對(duì)jpg進(jìn)行壓縮:如果在Flash文件中使用了多個(gè)jpg文件,它們可以共用一個(gè)文件頭。

            當(dāng)然天下不會(huì)有白吃的午餐,固實(shí)壓縮方式在提高壓縮比的同時(shí),也有一些限制,在WinRAR v3.42幫助文件中的說(shuō)法是:

            固實(shí)壓縮可增加壓縮性能,特別是在添加大量的小文件的時(shí)候,但它也有一些重要的不利因素:

            • 對(duì)已存在的固實(shí)壓縮文件更新時(shí)較慢;
            • 要從固實(shí)的壓縮文件解壓?jiǎn)蝹€(gè)文件時(shí),它之前的文件都需先經(jīng)過(guò)分析。這造成當(dāng)從固實(shí)的壓縮文件內(nèi)取出文件時(shí)會(huì)比一般壓縮文件取出文件慢一些。但是,當(dāng)從固實(shí)的壓縮文件解壓全部的文件時(shí),解壓速度并沒(méi)有影響。
            • 如果在固實(shí)壓縮文件中的任何文件損壞了,要從損壞的范圍中解壓全部的文件是不可能的。因此,如果固實(shí)壓縮文件是保存在例如軟盤(pán)等媒介時(shí),推薦你在制作時(shí)使用“恢復(fù)記錄”。

            固實(shí)壓縮的適用場(chǎng)合為:

            • 壓縮文件很少更新的時(shí)候;
            • 不需要經(jīng)常從壓縮文件中解壓一個(gè)文件或是部分文件的時(shí)候;
            • 壓縮效率比壓縮速度更為重要的時(shí)候。

            與前面說(shuō)的“隨機(jī)訪(fǎng)問(wèn)”對(duì)應(yīng),固實(shí)壓縮的RAR文件可能是世界上最不適合隨機(jī)訪(fǎng)問(wèn)的:如果需要訪(fǎng)問(wèn)固實(shí)RAR包中的某個(gè)文件,就要從文件頭開(kāi)始解壓,一直解到這個(gè)文件。

            三、安全性

            這里的安全性包含幾個(gè)方面的含義:文件系統(tǒng)安全性、密碼保護(hù)安全性和文件數(shù)據(jù)安全性。

            由于制訂zip格式規(guī)范的時(shí)候操作系統(tǒng)本身的文件安全性還沒(méi)有引起足夠的重視,因此zip格式只記錄最基本的文件屬性,包括只讀屬性等,沒(méi)有其它附加的安全屬性。

            rar格式剛推出的時(shí)候,文件系統(tǒng)的安全性只能參照DOS,和zip差不多。但是rar畢竟是一種封閉的格式,想怎么改作者一個(gè)人說(shuō)了就算,因此當(dāng)Windows中出現(xiàn)NTFS,并且引入擴(kuò)展的文件系統(tǒng)安全屬性時(shí),rar也積極跟進(jìn),所以現(xiàn)在應(yīng)該說(shuō)rar格式在這方面比zip強(qiáng) 。

            在zip和rar格式中均提供了密碼保護(hù)功能,但是密碼保護(hù)的安全強(qiáng)度不同。

            zip由于格式開(kāi)放、代碼開(kāi)源,因此zip密碼破解軟件出現(xiàn)得比較早,也比較多。初期以暴力破解為主,威脅不大,真正對(duì)zip密碼安全的致命一擊是known plain text(已知明文)攻擊法:如果知道加密zip文件中某段內(nèi)容(密文,ciphertext)解密后的真正內(nèi)容(明文,plain text),就可以反推出zip加密口令。在這種攻擊方法的威脅,及某些國(guó)家的法律對(duì)密碼技術(shù)的限制下, 著名開(kāi)源組織zlib宣布永久放棄對(duì)加密zip的支持,詳見(jiàn)zlib網(wǎng)站上的相關(guān)說(shuō)明(不過(guò)在zlib發(fā)行的源代碼里仔細(xì)找找,還是能找到原來(lái)的加/解密相關(guān)代碼)。

            記得rar剛推出的時(shí)候也和zip一樣,雖然不能列出加密文件中的文件內(nèi)容,但可以列出加密文件中的文件名。后來(lái)大概也是被known plain text攻擊法嚇到了,增加了一個(gè)“加密文件名”選項(xiàng),干脆連加密rar文件里有哪些文件都看不見(jiàn),讓攻擊者想猜明文都無(wú)從猜起。

            rar格式比zip晚推出,在安全方面吸取了足夠的教訓(xùn),因此采用的是美國(guó)國(guó)家標(biāo)準(zhǔn)與技術(shù)局(National Institute of Standard and Technology, NIST)推薦的、目前公認(rèn)安全程度比較高的AES對(duì)稱(chēng)加密算法 ,密鑰長(zhǎng)度128位。在ASE被攻破以前(NIST認(rèn)為30年內(nèi)無(wú)法攻破),大家都只能在暴力法上兜圈子,所以密碼安全性應(yīng)該說(shuō)比zip高。對(duì)此WinRAR 3.42的幫助文件是這樣描述的:

            ZIP 格式使用私有加密算法。 RAR 壓縮文件使用更強(qiáng)大的 AES-128 標(biāo)準(zhǔn)加密。如果你需要加密重要的信息,選擇 RAR 壓縮文件格式會(huì)比較好一些。為了確實(shí)的安全性,密碼長(zhǎng)度請(qǐng)最少要 8 個(gè)字符。不要使用任何語(yǔ)言的單詞作為密碼,最好是任意的隨機(jī)組合字符和數(shù)字,并且要注意密碼的大小寫(xiě)。請(qǐng)記住,如果你遺失你的密碼,你將無(wú)法取出加密的文件,就算是 WinRAR 的作者本身也無(wú)法解壓加密過(guò)的文件。

            在數(shù)據(jù)安全性方面,RAR格式本身支持一種特殊的附加信息類(lèi)型,叫做“恢復(fù)記錄”。如果RAR文件有恢復(fù)記錄,在介質(zhì)物理?yè)p壞或其它原因造成數(shù)據(jù)丟失時(shí),WinRAR可以按照“恢復(fù)記錄”嘗試對(duì)數(shù)據(jù)進(jìn)行修復(fù)。而zip格式無(wú)恢復(fù)記錄,因此在數(shù)據(jù)安全性方面應(yīng)該說(shuō)比RAR弱。

            雖然RAR文件本身支持恢復(fù)記錄,但是在WinRAR里此選項(xiàng)缺省是關(guān)閉的,而打開(kāi)后會(huì)導(dǎo)致壓縮出來(lái)的RAR文件體積增加(增加的百分比與設(shè)置有關(guān)),可能會(huì)令某些人感到不習(xí)慣(我就親眼見(jiàn)到有人在論壇上抱怨為什么壓出來(lái)的RAR文件會(huì)如此龐大),所以這個(gè)功能基本上形同虛設(shè)。

            四、開(kāi)放性

            開(kāi)放性的對(duì)比很明顯:zip格式不僅文件格式完全公開(kāi),而且有專(zhuān)門(mén)的開(kāi)源組織提供操作源代碼,跨平臺(tái)使用也沒(méi)有多大限制;rar格式完全保密,作者只提供解壓所需源代碼,不提供壓縮所需源代碼 ,跨平臺(tái)使用有點(diǎn)麻煩。

            zip開(kāi)源組織中,最出名的是zlibInfoZip,二者各有側(cè)重:zlib偏重對(duì)內(nèi)存緩沖區(qū)的壓縮,因此被png等開(kāi)源組織用做內(nèi)部壓縮算法,連java的jar程序內(nèi)核都來(lái)自zlib,打出來(lái)的jar包自然也是一個(gè)標(biāo)準(zhǔn)的zip文件;InfoZip偏重對(duì)文件的操作 (包括口令保護(hù)),應(yīng)用似乎不如zlib廣泛,但我個(gè)人覺(jué)得其實(shí)它還是滿(mǎn)好用的,前提是需要對(duì)它的源代碼進(jìn)行一些必要的修改。

            png組織的網(wǎng)頁(yè)中有說(shuō)到png格式的來(lái)歷,我覺(jué)得也很有意思:做png的一班人,其實(shí)原來(lái)都是做gif格式的,但是由于Unisys公司開(kāi)始對(duì)gif格式的核心——LZW壓縮算法征收專(zhuān)利費(fèi),這幫人怒了,干脆提出png格式:大結(jié)構(gòu)方面還是采用分段結(jié)構(gòu),但是核心壓縮算法采用開(kāi)源的zlib,壓縮 效果在多數(shù)情況下比gif的LZW更強(qiáng)。由于沒(méi)有版權(quán)限制,在靜態(tài)圖形領(lǐng)域png得到廣泛應(yīng)用,如果不是及時(shí)提出動(dòng)畫(huà)支持并因此在web上大行其道,我估計(jì)gif早就死掉了。

            RAR的解壓源代碼在其官方網(wǎng)站www.rarlab.com上提供,通常比WinRAR的正式版本晚一點(diǎn),不過(guò)據(jù)說(shuō)是直接從WinRAR的源代碼中摳出來(lái)的,所以兼容性應(yīng)該沒(méi)有什么問(wèn)題。

            五、結(jié)論

            以下觀點(diǎn)純屬個(gè)人觀點(diǎn),僅供參考,不具有如何指導(dǎo)意義:

            • 如果經(jīng)常需要對(duì)壓縮包進(jìn)行隨機(jī)訪(fǎng)問(wèn),應(yīng)該選zip而不是rar。雖然將下載到的rar重新壓縮成zip會(huì)麻煩一次,但是以后會(huì)減少無(wú)數(shù)的麻煩。
            • 如果需要分卷壓縮(如某些網(wǎng)站對(duì)上傳文件大小有限制),則只能用rar。事實(shí)上,這也是我唯一會(huì)使用rar格式的場(chǎng)合,其它時(shí)候一律zip沒(méi)商量。
            posted @ 2010-11-16 09:38 IT菜鳥(niǎo) 閱讀(573) | 評(píng)論 (0)編輯 收藏

            http://monodevelop.com/Developers/Articles/The_Command_System#Menus_and_Toolbars
            命令系統(tǒng)
            本文闡述了Monodevelop命令系統(tǒng)的工作機(jī)制以及開(kāi)發(fā)者如何利用這些優(yōu)勢(shì)來(lái)寫(xiě)自己的插件。

            1。基本概念
            在闡述Monodevelop命令系統(tǒng)的工作機(jī)制之前,我們先要了解兩件事
            命令和使用這些命令的菜單和工具條是分開(kāi)定義的
            命令的執(zhí)行是取決于上下文的,比如說(shuō)你在文本編輯器中調(diào)用delete和在工程目錄樹(shù)中調(diào)用delete雖然都

            是同一條命令,但是執(zhí)行結(jié)果卻是不一樣的。
            2。命令定義
            命令都是要定義在"/MonoDevelop/Ide/Commands" 這個(gè)擴(kuò)展點(diǎn)下面,如下:

            <Command id = "MonoDevelop.Ide.Commands.ProjectCommands.Run"
                defaultHandler 
            = "MonoDevelop.Ide.Commands.RunHandler"
                icon 
            = "gtk-execute"
                shortcut 
            = "F5"
                description 
            = "Run"
                _label 
            = "Run" />


            id:命令的標(biāo)識(shí),注意:這個(gè)id一定要和已存在的枚舉類(lèi)型的全名(包括命名空間)保持一致。這個(gè)枚舉

            類(lèi)型會(huì)被用來(lái)確定執(zhí)行那個(gè)具體的命令。

            defaultHandler:是用來(lái)標(biāo)識(shí)執(zhí)行當(dāng)前上下文中默認(rèn)的命令類(lèi)

            icon:在工具條和菜單欄中顯示的圖標(biāo)

            _lable: 在菜單欄上顯示的文本

            description:顯示在tooltip上的文字(可選)

            shortcut: 命令的快捷鍵

            Toggle 命令
            是用來(lái)在主文本旁邊顯示一個(gè)是否觸發(fā)狀態(tài)的命令,以及顯示工具欄是否激活的標(biāo)識(shí)。這些命令用check

            來(lái)標(biāo)識(shí)。如下:

            <Command id = "MonoDevelop.Ide.Commands.ProjectCommands.IncludeInBuild"
              type 
            = "check"
             _label 
            = "Build" />

             

            如果有多個(gè)toggle命令相互排斥,那么你可以用radio類(lèi)型來(lái)標(biāo)識(shí)。
            Custom commands 自定義命令
            自定義命令用來(lái)展示在菜單和工具欄上的自定義的小窗體。如果要使用它,先將type屬性設(shè)置為custom然

            后在widget標(biāo)簽中指定相應(yīng)的小窗體類(lèi)。如下:

            <Command id = "MonoDevelop.Ide.Commands.ProjectCommands.ConfigurationSelector"
                type 
            = "custom"
                widget 
            = "MonoDevelop.Ide.Gui.ConfigurationComboBox"
                _label 
            = "Active Configuration" />

             

            Command Arrays 命令組
            命令組是用來(lái)實(shí)現(xiàn)菜單欄中的選擇列表。

            <Command id = "MonoDevelop.Ide.Commands.WindowCommands.OpenWindowList"
                defaultHandler 
            = "MonoDevelop.Ide.Commands.OpenWindowListHandler"
                type
            ="radio|array"
                _label 
            = "Window List" />


            注意:array和check可以同時(shí)使用,也可以和radio一起使用。一般來(lái)說(shuō),命令組用來(lái)動(dòng)態(tài)的在菜單和工

            具欄上產(chǎn)生命令。

            <Command id = "MonoDevelop.Ide.Commands.FileCommands.RecentFileList"
                 defaultHandler 
            = "MonoDevelop.Ide.Commands.RecentFileListHandler"
                 type
            ="array"
                 _label 
            = "Recent Files" />

             


            3。菜單和工具條

            Menus and Toolbars 菜單欄和工具條
            菜單欄和工具條用相同的方式來(lái)定義。IDE提供了很多擴(kuò)展點(diǎn)來(lái)定義主菜單,主工具條,如下:

            CommandItem

            Creates an item that will invoke the command identified by the id attribute. If the command

            is actually a command array, it will create an item for each element in the command array.

            SeparatorItem

            ItemSet
            創(chuàng)建一個(gè)item的字項(xiàng)菜單,它有兩個(gè)屬性_label和icon
            用在工具欄上,那就是下拉式的

            LinkItem
            創(chuàng)建打開(kāi)網(wǎng)絡(luò)連接的入口
            Creates a menu or toolbar entry that opens a web page in the default web browser. For

            example:

             

            <LinkItem id = "MonoDevelop" _label = "MonoDevelop" link = "http://www.monodevelop.com" />

             

            4。執(zhí)行命令

            執(zhí)行命令
            牢記:命令的執(zhí)行和命令的上下文息息相關(guān)
            那什么是上下文呢?上下文就是擁有焦點(diǎn)的窗體,當(dāng)焦點(diǎn)改變的時(shí)候,上下文也隨之而變。命令集就跟著

            變?yōu)榭捎没蛘卟豢捎谩?br>這意味這我們每一個(gè)窗體定義命令執(zhí)行類(lèi)了嗎?非也,每個(gè)widget都有一個(gè)command dispathcroute.dang

            當(dāng)調(diào)用一個(gè)命令的時(shí)候,如果具有焦點(diǎn)的widget沒(méi)有handler,那么它就會(huì)傳遞給route上的下一個(gè)對(duì)象,

            也就是父widget
            如下圖所示:

            通常,command routes會(huì)按照下面這個(gè)順序來(lái)尋找:
            *擁有焦點(diǎn)的widget
            *父widget,直到root widget
            *全局command Handler,使用這個(gè)來(lái)注冊(cè):Ide.CommandServices.RegisterGlobalHandler(object)
            *default handler:就是配置文件中的defaulterHandler

            Implementing command handlers實(shí)現(xiàn)

             

            [CommandHandler (FileCommands.Save)]
            protected void OnSaveFile ()
            {
                 
            // Do the save
            }

             

            FileCommands.Save是用來(lái)標(biāo)記命令的枚舉值

            Managing Command Status 更改命令狀態(tài)
            打開(kāi)monodevelop,新建一個(gè)文件,發(fā)現(xiàn)delete是禁用的,輸入一些字,發(fā)現(xiàn)它可用用了,點(diǎn)一些任務(wù)列

            表,發(fā)現(xiàn)它又不可以用了。這是怎么做到的呢?
            我們先要理解一件事:命令系統(tǒng)會(huì)自動(dòng)禁用不是該command route上的命令.這是在焦點(diǎn)發(fā)生改變的時(shí)候發(fā)

            生的。
            如果命令的狀態(tài)依附于應(yīng)用內(nèi)部的邏輯結(jié)構(gòu),可用將它加入到一個(gè)特殊的Command Update Handler。

             

            [CommandUpdateHandler (FileCommands.Save)]
            protected void OnUpdateSaveFile (CommandInfo info)
            {
                IViewContent content 
            = window.ActiveViewContent as IViewContent;
                info.Enabled 
            = content.IsDirty;
            }

             

            這條命令會(huì)在命令系統(tǒng)想要知道命令的狀態(tài)的時(shí)候調(diào)用。比如說(shuō)菜單命令,當(dāng)菜單要顯示的時(shí)候就調(diào)用,

            工具欄是周期性的調(diào)用。

            因?yàn)槊罡潞兔钍且惑w的,所以更新的方法要和執(zhí)行的方法在一起寫(xiě)。

            在command update handler 中,你可以使用commandinfo對(duì)象來(lái)改變對(duì)象的狀態(tài)。但并不限于此,你可以

            改變command的所有屬性,比如說(shuō)描述文字,可見(jiàn)性等等。

            Array command handlers

            The default command handler

            Startup Extension Path
            這個(gè)特殊的commandhandler會(huì)在monodevelop啟動(dòng)的時(shí)候調(diào)用的,你需要做兩件事。
            首先,將你的class 比如說(shuō)myhandler加入到啟動(dòng)的擴(kuò)展點(diǎn),修改MonoDevelop.Ide.addin.xml 文件像這

            樣:

            <Extension path = "/MonoDevelop/Ide/StartupHandlers">
              
            <Class class = "MyHandler"/>
            </Extension>


            接下來(lái),完成這個(gè)類(lèi)的實(shí)現(xiàn)

            class MyHandler: CommandHandler
            {
              
            protected override void Run ()
              
            {
                Console.Out.WriteLine(
            "Hello World!");
              }
              
            }

             

             

             

            posted @ 2010-11-11 14:45 IT菜鳥(niǎo) 閱讀(954) | 評(píng)論 (0)編輯 收藏

                 摘要:      轉(zhuǎn)來(lái)的一篇文章,沒(méi)找到原作者-------------------       在擔(dān)任公司高管的幾年間,我面試過(guò)數(shù)以百計(jì)的各個(gè)層面的員工,其中最讓我感到遺憾的一個(gè)現(xiàn)象就是很多人有著非常好的素質(zhì),甚至有的還是名校的畢業(yè)生,因?yàn)椴欢萌ヒ?guī)劃自己的職業(yè),在工作多年后,依然拿著微薄的薪水...  閱讀全文
            posted @ 2010-11-02 08:09 IT菜鳥(niǎo) 閱讀(413) | 評(píng)論 (0)編輯 收藏

            一getchar()

            1.

            1char c;
            2while((c = getchar()) != EOF){
            3    putchar(c);
            4}

            5

            輸入值:abc后面跟個(gè)回車(chē)
            本以為屏幕應(yīng)該顯示
            a
            a
            b
            b
            c
            c

            實(shí)際上是:
            abc
            abc

            這是因?yàn)橹挥挟?dāng)輸入回車(chē)時(shí),系統(tǒng)才認(rèn)為是輸入完畢

            2.上面的代碼還有一個(gè)問(wèn)題
            因?yàn)镋OF是-1,所以c=getchar()這一句會(huì)出現(xiàn)問(wèn)題
            所以c應(yīng)該是int c

            二、EOF

            只有在新的一行輸入的時(shí)候輸入EOF才算是文件結(jié)束符
            假設(shè)輸入:
            abc^zqwer
            輸出為:
            abc

            posted @ 2010-11-01 16:07 IT菜鳥(niǎo) 閱讀(255) | 評(píng)論 (0)編輯 收藏

            1.目錄相關(guān)

            .指當(dāng)前目錄 例:~$ ./qq就是啟動(dòng)當(dāng)前目錄下的QQ程序

            ..指上一級(jí)目錄 例:~$ ../qq 就是啟動(dòng)上一級(jí)目錄下的QQ程序

            ~指Home目錄 例如:~$ cd~ 就是回到HOME目錄
            posted @ 2010-10-23 19:05 IT菜鳥(niǎo) 閱讀(259) | 評(píng)論 (0)編輯 收藏

            今天用UBUNTU自帶的工具打開(kāi)PDF,里面不能正常顯示文字。剛一開(kāi)始以為是亂碼,仔細(xì)一觀察原來(lái)是所有的中文沒(méi)有顯示,英文都是正常的。折騰了半天終于搞定。原因是沒(méi)有安裝相關(guān)中文支持。
            解決方法如下:

            1. sudo apt-get install xpdf-chinese-simplified
            2. sudo apt-get install xpdf-chinese-traditional (可選該項(xiàng))

            如果還不能正確顯示中文,可能缺少如下 所示工具包:

            1. sudo apt-get install poppler-utils
            2. sudo apt-get install poppler-data


            本來(lái)經(jīng)過(guò)上面兩步,基本就會(huì)正常顯示中文字體了,但是我的還是沒(méi)有顯示,不過(guò)有進(jìn)步,以前是什么都沒(méi)有,現(xiàn)在是一個(gè)個(gè)的小方塊。GOOGLE后,終于找到了解決方案:修改配置文件。

            執(zhí)行命令:

            sudo vi /etc/fonts/conf.d/49-sansserif.conf

            打開(kāi)后,找到這一行:

            <edit name="family" mode="append_last"> 

            將他下面的一行修改為:
            <string>WenQuanYi Micro Hei</string>

            WenQuanYi Micro Hei的意思就是:中文字體“文泉驛微米黑”。

            再次打開(kāi)PDF,終于可以正常顯示了。哈哈。


            posted @ 2010-10-23 15:09 IT菜鳥(niǎo) 閱讀(982) | 評(píng)論 (0)編輯 收藏

            1.GCC
            UBUNTU自帶GCC,但是GCC還不能編譯文件,因?yàn)槿鄙僖恍╊^文件。這里我們安裝build-essential這個(gè)軟件包。安裝了這個(gè)軟件包會(huì)自動(dòng)安裝G
            ++,libc6-dev ,linux-libc-dev,libstdc6-4-1等一些必須的軟件和頭文件的庫(kù)。
            命令:
            sudo apt-get install build-essential

            2.VIM
            一個(gè)強(qiáng)大的文本編輯器(據(jù)說(shuō)。。我也沒(méi)用過(guò),大家都說(shuō)好肯定有好的道理吧)
            安裝命令:
            sudo apt-get intall vim

            3.第一個(gè)ubuntu程序
            用VIM寫(xiě)一個(gè)文本文件。
            vim hello.c

            這樣就建立了一個(gè)hello.c的程序,并進(jìn)入編輯模式。
            輸入以下代碼:
            #include <stdio.h>
            int main(void)
            {
               printf(
            "Hello ,this is my first program in ubuntu");
               
            return 0;
            }

            編輯完畢,輸入:w保存文件。

            編譯此文件:
            gcc -Wall hello.c -o hello

            運(yùn)行命令:
            ./hello
            屏幕上就會(huì)打印出那一行文字了。



            posted @ 2010-10-23 13:27 IT菜鳥(niǎo) 閱讀(260) | 評(píng)論 (0)編輯 收藏

            僅列出標(biāo)題
            共7頁(yè): 1 2 3 4 5 6 7 
            91精品国产高清久久久久久国产嫩草 | 久久久久久综合一区中文字幕| 久久精品国产精品亚洲艾草网美妙 | 国产亚洲色婷婷久久99精品91 | 久久婷婷综合中文字幕| 18岁日韩内射颜射午夜久久成人| 久久国产成人亚洲精品影院| 国产呻吟久久久久久久92| 色综合合久久天天综合绕视看 | 色偷偷偷久久伊人大杳蕉| 无码精品久久久天天影视| 亚洲伊人久久大香线蕉综合图片| 7777精品伊人久久久大香线蕉| 亚洲精品第一综合99久久| 少妇熟女久久综合网色欲| 天堂久久天堂AV色综合| 成人国内精品久久久久一区| 久久国产精品99久久久久久老狼| 午夜不卡888久久| 色综合久久中文字幕综合网| 日韩欧美亚洲综合久久| 久久精品国产99久久无毒不卡| 久久久久久国产精品免费无码| 国产精品久久精品| 久久精品成人免费观看97| 国产精品一区二区久久精品涩爱| 亚洲伊人久久大香线蕉综合图片| 久久精品国产亚洲欧美| 中文字幕无码av激情不卡久久| 亚洲精品乱码久久久久66| 久久青青草原国产精品免费| 久久精品免费大片国产大片| 亚洲午夜久久久影院伊人| 久久精品视频免费| 区久久AAA片69亚洲| 久久精品国产99国产电影网 | 亚洲午夜久久久影院伊人| 国产巨作麻豆欧美亚洲综合久久| 一本色道久久HEZYO无码| 久久精品国产只有精品66| 久久99热只有频精品8|