青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

Where there is a dream ,there is hope

  C++博客 :: 首頁 :: 聯(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語句。
通常,如果在一個(gè)函數(shù)中開始要分配一些資源,然后在中途執(zhí)行過程中如果遇到錯(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++程序員,我有理由相信你用過,或者接觸過,至少聽說過MFC, 在MFC的afx.h文件里面, 你會(huì)發(fā)現(xiàn)很多宏定義都是用了do...while(0)或do...while(false), 比如說:
#define AFXASSUME(cond)       do { bool __afx_condVal=!!(cond); ASSERT(__afx_condVal); __analysis_assume(__afx_condVal); } while(0)
粗看我們就會(huì)覺得很奇怪,既然循環(huán)里面只執(zhí)行了一次,我要這個(gè)看似多余的do...while(0)有什么意義呢?
當(dāng)然有!
為了看起來更清晰,這里用一個(gè)簡單點(diǎn)的宏來演示:
#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è)問題,
1) 因?yàn)閕f分支后有兩個(gè)語句,else分支沒有對(duì)應(yīng)的if,編譯失敗
2) 假設(shè)沒有else, SAFE_DELETE中的第二個(gè)語句無論if測試是否通過,會(huì)永遠(yuǎn)執(zhí)行。
你可能發(fā)現(xiàn),為了避免這兩個(gè)問題,我不一定要用這個(gè)令人費(fèi)解的do...while,  我直接用{}括起來就可以了
#define SAFE_DELETE(p) { delete p; p = NULL;}
的確,這樣的話上面的問題是不存在了,但是我想對(duì)于C++程序員來講,在每個(gè)語句后面加分號(hào)是一種約定俗成的習(xí)慣,這樣的話,以下代碼:
if(NULL != p) SAFE_DELETE(p);
else   ...do sth...

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

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

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

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

1.c++ unsigned char
C#中的char是16bits的Unicode字符,而一般C++中的字符則是8位的,所以C++中的“unsigned   char”在C#中要么轉(zhuǎn)換成char,要么使用Byte類型來代替,前者適用于存放字符型的unsigned   char,后者適用于整數(shù)型的unsigned   char。
2.
unsigned int    == nint32
unsigned short== nint16
posted @ 2010-11-24 09:38 IT菜鳥 閱讀(430) | 評(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ù)的程序則沒有定義。

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


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

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



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

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

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

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

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

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

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

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

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

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

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

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

這兩個(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í)代非常重要,畢竟軟盤又貴容量又小),而且由于吸取了當(dāng)時(shí)對(duì)zip格式的批評(píng),取消了TOC,因此:

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

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

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

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

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

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

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

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

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

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

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

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

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

三、安全性

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

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

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

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

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

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

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

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

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

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

四、開放性

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

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

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

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

五、結(jié)論

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

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

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

1?;靖拍?/strong>
在闡述Monodevelop命令系統(tǒng)的工作機(jī)制之前,我們先要了解兩件事
命令和使用這些命令的菜單和工具條是分開定義的
命令的執(zhí)行是取決于上下文的,比如說你在文本編輯器中調(diào)用delete和在工程目錄樹中調(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一定要和已存在的枚舉類型的全名(包括命名空間)保持一致。這個(gè)枚舉

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

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

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

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

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

shortcut: 命令的快捷鍵

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

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

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

 

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

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

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

 

Command Arrays 命令組
命令組是用來實(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一起使用。一般來說,命令組用來動(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 菜單欄和工具條
菜單欄和工具條用相同的方式來定義。IDE提供了很多擴(kuò)展點(diǎn)來定義主菜單,主工具條,如下:

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)建打開網(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í)行類了嗎?非也,每個(gè)widget都有一個(gè)command dispathcroute.dang

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

也就是父widget
如下圖所示:

通常,command routes會(huì)按照下面這個(gè)順序來尋找:
*擁有焦點(diǎn)的widget
*父widget,直到root widget
*全局command Handler,使用這個(gè)來注冊(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是用來標(biāo)記命令的枚舉值

Managing Command Status 更改命令狀態(tà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)用。比如說菜單命令,當(dāng)菜單要顯示的時(shí)候就調(diào)用,

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

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

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

改變command的所有屬性,比如說描述文字,可見性等等。

Array command handlers

The default command handler

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

樣:

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


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

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

 

 

 

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

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

一getchar()

1.

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

5

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

實(shí)際上是:
abc
abc

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

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

二、EOF

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

posted @ 2010-11-01 16:07 IT菜鳥 閱讀(267) | 評(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菜鳥 閱讀(274) | 評(píng)論 (0)編輯 收藏

今天用UBUNTU自帶的工具打開PDF,里面不能正常顯示文字。剛一開始以為是亂碼,仔細(xì)一觀察原來是所有的中文沒有顯示,英文都是正常的。折騰了半天終于搞定。原因是沒有安裝相關(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


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

執(zhí)行命令:

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

打開后,找到這一行:

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

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

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

再次打開PDF,終于可以正常顯示了。哈哈。


posted @ 2010-10-23 15:09 IT菜鳥 閱讀(996) | 評(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等一些必須的軟件和頭文件的庫。
命令:
sudo apt-get install build-essential

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

3.第一個(gè)ubuntu程序
用VIM寫一個(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菜鳥 閱讀(270) | 評(píng)論 (0)編輯 收藏

僅列出標(biāo)題
共7頁: 1 2 3 4 5 6 7 
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            亚洲天堂黄色| 日韩视频免费观看高清在线视频 | 国产亚洲精品美女| 欧美日韩国产页| 欧美成人激情视频免费观看| 性欧美超级视频| 亚洲欧美国产不卡| 国产精品99久久久久久久久| 亚洲茄子视频| 欧美激情亚洲视频| 久久久久国产成人精品亚洲午夜| 亚洲天堂av在线免费| 一区二区高清视频| 亚洲第一区色| 影音先锋欧美精品| 国产一区二区在线观看免费| 国产性猛交xxxx免费看久久| 欧美午夜不卡视频| 欧美日韩一卡| 欧美日韩国产欧美日美国产精品| 欧美日韩二区三区| 欧美日韩精品综合在线| 美女精品一区| 欧美国产日本韩| 欧美成人情趣视频| 裸体素人女欧美日韩| 免费看成人av| 欧美激情视频一区二区三区不卡| 欧美**人妖| 欧美黄色小视频| 欧美成人四级电影| 欧美99久久| 欧美日本不卡高清| 欧美日韩国产一区二区| 欧美调教vk| 欧美日本中文字幕| 国产精品爱啪在线线免费观看| 欧美精品三级| 欧美—级在线免费片| 欧美日韩大陆在线| 国产精品高清一区二区三区| 国产精品一区视频网站| 国产精品视频99| 国产一区二区毛片| 有码中文亚洲精品| 亚洲国产欧美一区| 亚洲美女色禁图| 亚洲图片欧洲图片日韩av| 欧美亚洲网站| 美腿丝袜亚洲色图| 亚洲伊人久久综合| 欧美久久视频| 激情视频一区| 欧美一级视频| 亚洲人成在线播放| 久久国产主播| 国产女精品视频网站免费| 亚洲精品国产精品国自产在线| 久久久久久久久久久久久9999| 艳女tv在线观看国产一区| 欧美va日韩va| 狠狠色综合色区| 欧美日韩专区| 亚洲日本精品国产第一区| 久久久久久网| 亚洲一区二区免费| 欧美日韩1080p| 最新日韩在线视频| 另类天堂视频在线观看| 亚洲欧美一区二区原创| 欧美性色aⅴ视频一区日韩精品| 亚洲级视频在线观看免费1级| 久久久精品一区二区三区| 亚洲一区视频| 国产精品成人aaaaa网站| 99热在这里有精品免费| 欧美成年人网站| 久久精品视频一| 国产综合视频在线观看| 午夜亚洲福利在线老司机| 一区二区三区高清视频在线观看| 欧美激情四色| 亚洲精品永久免费| 亚洲国产精品一区二区久| 久久久久久久综合狠狠综合| 国产自产v一区二区三区c| 欧美在线日韩精品| 亚洲综合电影| 国产农村妇女毛片精品久久麻豆 | 久久av二区| 国产欧美一区二区三区另类精品 | 影音先锋国产精品| 美女视频网站黄色亚洲| 欧美中日韩免费视频| 国内精品久久久久久 | 亚洲美女视频网| 欧美伦理91| 国产精品99久久久久久人| 一本色道88久久加勒比精品| 欧美色中文字幕| 亚洲综合日本| 亚洲欧美日韩中文视频| 国产片一区二区| 久久久人成影片一区二区三区观看| 西西裸体人体做爰大胆久久久| 国产性天天综合网| 久久裸体视频| 欧美18av| 中文在线资源观看网站视频免费不卡 | 欧美成人午夜激情在线| 艳女tv在线观看国产一区| aⅴ色国产欧美| 国产欧美日韩不卡| 久久裸体艺术| 欧美黑人国产人伦爽爽爽| 欧美电影免费观看网站| 久久亚洲国产成人| 老牛嫩草一区二区三区日本| 亚洲国产福利在线| 亚洲激情黄色| 国产精品裸体一区二区三区| 欧美一级在线视频| 久久精品五月| 一区二区高清视频| 亚洲欧美一区二区三区在线| 精品成人一区二区三区| 91久久精品一区二区别| 国产精品theporn| 久久久久久午夜| 欧美激情影院| 久久国产欧美| 久久久九九九九| 亚洲最新中文字幕| 欧美一区二区三区日韩视频| 亚洲成色最大综合在线| 亚洲人永久免费| 国产亚洲在线| 亚洲精品一区二区三区不| 国产日韩精品视频一区| 欧美激情视频给我| 国产精品乱码一区二三区小蝌蚪 | 亚洲欧美日韩天堂| 久久久久国内| 中文日韩在线| 久久久久久久波多野高潮日日| 在线一区二区三区四区五区| 久久精品免费观看| 在线视频亚洲| 久久综合狠狠| 欧美在线精品免播放器视频| 欧美黄色aa电影| 久久久久久久999精品视频| 欧美日韩国产精品专区| 裸体歌舞表演一区二区| 国产精品二区二区三区| 欧美激情成人在线视频| 国产视频不卡| 一区二区三区四区在线| 亚洲国产精品一区二区第四页av| 亚洲欧美国产77777| 一区二区三区精品久久久| 久久久人成影片一区二区三区观看| 亚洲自拍都市欧美小说| 欧美高清在线视频| 美日韩精品视频| 国产一区二区三区成人欧美日韩在线观看 | 久久久不卡网国产精品一区| 亚洲综合视频一区| 欧美—级a级欧美特级ar全黄| 久久日韩精品| 国产精品一区二区a| 日韩一级黄色大片| 亚洲欧洲一区二区三区| 久久久久久久综合狠狠综合| 欧美夜福利tv在线| 欧美午夜a级限制福利片| 亚洲国产影院| 亚洲国产视频一区二区| 欧美一区二区在线免费观看| 亚洲欧美不卡| 欧美视频一二三区| 亚洲精品国产精品久久清纯直播 | 亚洲欧美一区二区视频| 欧美女同视频| 亚洲国产清纯| 亚洲片在线资源| 久久久之久亚州精品露出| 国产精品露脸自拍| 这里只有精品丝袜| 亚洲综合好骚| 国产精品分类| 亚洲图色在线| 亚洲女同性videos| 国产精品美女久久久久久2018| 一区二区三区久久网| 亚洲一区久久久| 欧美性色综合| 亚洲在线观看免费视频| 午夜视频在线观看一区| 国产精品免费一区豆花|