摘要: 用WIN API函數(shù)讀INI文件時(shí),以前也一直用.但今天發(fā)現(xiàn)其中的KEY值不能有"\"這個(gè)符號(hào),
否則獲得的只能是默認(rèn)的值了.
今天的的API是GetPrivateProfileString
希望各位以后記住了哈
  閱讀全文

     摘要: 現(xiàn)在是什么都想干,也就是一時(shí)的沖動(dòng)可能.在段時(shí)間后許多積極性會(huì)大打折扣.
要是能堅(jiān)持下來(lái)就相當(dāng)?shù)暮昧?最近天天抱著CODE閱讀著..實(shí)在是枯燥.但也是沒辦法的事情!
  閱讀全文

     摘要: boost any庫(kù)(轉(zhuǎn))
1. 可容納許多可能值類型的類型，比如int和string，并且可在它們之間自由
轉(zhuǎn)換，例如：將5作為"5"或者反之。這樣的類型在腳本語(yǔ)言和其他的解釋型語(yǔ)言中
較常見。boost::lexical_cast支持這種轉(zhuǎn)換功能。
2. 含有不同類型的值但并不試圖在它們之間進(jìn)行轉(zhuǎn)換的可區(qū)分類型，即5嚴(yán)格
地作為一個(gè)int存放，不能隱式轉(zhuǎn)換為"5"或者5.0。它們不關(guān)心解釋，而關(guān)心有效
的類型安全性，是單一值的范型容器，不會(huì)產(chǎn)生有歧義的轉(zhuǎn)換。
3. 不可區(qū)分的類型，可以引用任何實(shí)際的類型，由程序員來(lái)保證所有形式的
訪問和解釋。C++中的void*提供了這樣的功能，同時(shí)它也會(huì)導(dǎo)致不確定的行為。  閱讀全文

     摘要: 學(xué)習(xí)使用BOOST中的signal;
boost::signal(返回類型(參數(shù)類型,參數(shù)類型));
定義一個(gè)signal對(duì)象,用connect(函數(shù)地址或仿函數(shù))進(jìn)行連接
如:boost::signal(返回類型(參數(shù)類型,參數(shù)類型)) sig
應(yīng)用為:返回類型 sig(參數(shù)類型,參數(shù)類型.....);
由于開始BOOST的庫(kù)的版本問題,以為把release的庫(kù)改為debug的名字就
可以用.實(shí)踐證明在BOOST中是不允許的.  閱讀全文

     摘要: 今天一直在學(xué)習(xí)使用BOOST中的FUNCTION和BIND;
boost::bind(&類::方法,對(duì)象指針,_1等);//如果有函數(shù)的話,后面數(shù)字就幾個(gè)參數(shù)
bind返回的是一個(gè)函數(shù)指針對(duì)象.所以再賦值給一個(gè)函數(shù)對(duì)象
如:boost::function(返回類型(參數(shù)類型,參數(shù)類型)) funptr
賦值為:funptr = boost::bind(.....);
這次以后就可以不再用這個(gè)類的對(duì)象了,直接用函數(shù)對(duì)象調(diào)用
如funptr(參數(shù)......)
這樣的優(yōu)點(diǎn)我無(wú)法表達(dá).網(wǎng)上有人說(shuō)是簡(jiǎn)化了COMMAND這種設(shè)計(jì)模式
不用再去定義類成員函數(shù)形式的函數(shù)對(duì)象,只是普通函數(shù)對(duì)象
functor f3;//創(chuàng)建仿函數(shù)對(duì)象
泛型函數(shù):
struct functor // 這是個(gè)仿函數(shù)類，形式為int(int)
{
int operator()(int)
{
}
}
functor f3;//創(chuàng)建仿函數(shù)對(duì)象  閱讀全文