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

VC++中CMAP的使用

映射表類(CMap)是MFC集合類中的一個模板類,也稱作為“字典”,就像一種只有兩列的表格,一列是關鍵字,一列是數據項,它們是一一對應的。關鍵字是唯一的,給出一個關鍵字,映射表類會很快找到對應的數據項。映射表的查找是以哈希表的方式進行的,因此在映射表中查找數值項的速度很快。映射類最適用于需要根據關鍵字進行快速檢索的場合,我們的程序中就用映射表來保存計時器標志值和類實例指針,用計時器的標志值作為關鍵字。 他這個有點像數組,比如你要查找a[index],不必先遍歷前面的index個元素,只不過數組的下標是哈希表鍵值,它是以鍵值對的形式出現的。舉個例子來說吧,公司的所有職員都有一個工號和自己的姓名,工號就是姓名的關鍵字,給出一個工號,就可以很快的找到相應的姓名。
        舉例如下:
1、定義一個CMAP,向這個CMAP中增加數據項(鍵-值對)。
CMap<CString, LPCTSTR, CString, LPCTSTR>m_ItemMap;
CString strKey = _T(""), str = _T("");
int i;
for(i = 0; i < 5; i++)
    {
        strKey.Format("%d", i);             
//這個是鍵
        str.Format("A%d", i);              
//鍵對應的
        m_ItemMap.SetAt(strKey, str);
    }
2、遍歷正個CMAP的常用方法。
    POSITION pos = m_ItemMap.GetStartPosition();
    while(pos)
    {
        m_ItemMap.GetNextAssoc(pos, strKey, str);
        cout<< strKey<< ":"<< str<< endl;
    }
3、在CMAP中查找相應的數據項。
    CString pReset;
    if(m_ItemMap.Lookup("1", pReset))
    {
        cout<<pReset<<endl;
    }


=======================================================================現在,我們來學習MFC中,最常用的數據結構中的最后一個CMap模板。之前,我們已經依次學完了CArray,CList,并且也對它們進行了初步的剖析。

其實,我一直認為CMap是最簡單的一個數據類型,如果說,大家對這個數據類型產生不良感覺的話,大多是因為對Hash表的陌生。

顯然,CMap就是對Hash表的一種實現。對于Hash表來說,我們需要提供成對的Key與Value進行操作,其實,也就是將我們日常使用的數組下標替換成現在Key,至于MFC是采用了什么樣的散列函數,我們不必知道。

Hash表可以認為是數組的一種優化,或者說是對數組缺陷的一種彌補,因為我們知道,數組在具備了高效存取性能的同時,無法動態的調整自身的大小,又嚴重的影響了它的使用效果。這給了Hash表可乘之機,Hash表總是使用了某種算法盡可能的來達到將成對的元素存儲到一個額定的離散的內存空間,它既繼承了鏈表對自身的動態調整,又盡可能的使讀寫維持在高速的水平,當然無論如何還是要比數組慢的多。

如果你非要讓我告訴你,Hash表是什么樣的一個數據結構的話,很遺憾,我無法準確的描述,這就相當于你問我“鳳凰是什么樣子”,不過我可以告訴你孔雀的樣子。常用的Hash表非常像一個十字數組,似乎十字數組又成為了眾多讀者的障礙,如果你暫時還不能理解的話,請你去翻閱Hash表的詳細論述,當然你也可以在不久之后,在本處看到這些經典數據結構的精講。

現在,我們來看一個CMap的用法,至于它的參數,你可以看本空間一篇專門描述CArray,CList以及CMap參數用法的文章《CArray,CList,CMap如何實化(實例化)》。下面是我自己編寫的例子:

class Point

{

public:

    Point()

    {

        m_x = 0;

        m_y = 0;

    }

    Point(int x, int y)

    {

        m_x = x;

        m_y = y;

    }

public:

    int m_x;

    int m_y;

};

typedef CMap<const char*, const char*, Point, Point&>     CMapPnt; //請在使用之前定義

int main()

{

    Point elem1(1, 100), elem2(2, 200), elem3(3, 300), point;

    CMapPnt mp;

    // insert 3 elements into map          #1

    mp.SetAt("1st", elem1);

    mp.SetAt("2nd", elem2);

    mp.SetAt("3th", elem3);

   

    // search a point named "2nd" from map                  #2

    mp.Lookup("2nd", point);

    printf("2nd: m_x: %d, m_y: %d\n", point.m_x, point.m_y);

// insert a new pair into map      #3

Point elem4(4, 400);

mp["4th"] = elem4;

cout<<"count: "<<mp.GetCount()<<endl;

// traverse the entire map                    #4

size_t index = 0;

const char* pszKey;

POSITION ps = mp.GetStartPosition();

while( ps )

{  

mp.GetNextAssoc(ps, pszKey, point);

printf("index: %d, m_x: %d, m_y: %d\n", ++index, point.m_x, point.m_y);

}

return 0;

}

代碼中,我已經給出了一些注釋,我同樣建議讀者們,用英文在代碼中注釋,這樣的好處實在是太多了。尤其在代碼需要在不同編碼的操作系統上調試的時候。

對于CMap這個類,我不得不著重啰嗦一下的是:遍歷操作以及取下標【】操作,當然還有那個令很多人困惑不已的ARG_KEY到底應該如何選擇的問題。

遍歷,看注釋#4,至于POSITION的含義,請在本空間,查看其它文章。先使用GetStartPosition()函數獲得表頭的位置,然后,我們可以使用GetNextAssoc函數來遍歷。GetNextAssoc(POSITION& rNextPosition, KEY& rKey, VALUE& rValue)函數的參數值得說明一下,大家看到,3個參數都是引用,而第一個是rNextPosition,顧名思義,在函數返回之后,它將會指像下一個元組,當然這是在表還未遍歷完的時候,否則,它將被置為空(NULL)。

【】,利用下標取元素的這個操作符,在CMap中被重載,用來返回指定Key值數據的引用,不過在注釋#3處,對于先取"4th"這個Point的引用然后賦值的用法,看起來,似乎有點聰明過了頭,因為在這之前,我們還沒有插入"4th"所對應的元組,但是,程序卻能正常的運行!為什么?其實,這樣的用法是十分正確的,因為CMap畢竟不是數組,它是沒有邊界的,當CMap在獲得一個它無法查詢到的Key值的時候,它會將這個Key以及一個空的數據類型追加到Hash表中去,從而保證了上面的程序可以無誤的運行。

我們已經說過,ARG_KEY是作為類型參數傳入CMap的,但并不是任何類型都可以作為ARG_KEY傳入的。為什么?看樣子,這次不得不簡單的說說Hash表的散列函數了。每個Hash表,總會使用一些散列函數,用來查找Key所對應的Value,理想狀態下,我們當然希望Hash表,就是一個數組,雖然這不可能,不過這樣理解,可以幫助我們更好的理解Hash表的物理結構,就讓我們暫時把它看成一個數組吧。數組總是使用下標來直接獲取元素的存儲地址,而下標,顯然應該是個非負整數,從而Hash表,也應該具備這樣的特性,至少必須存在某種算法可以使傳入的Key可以直接的轉化為一個非負的整數,這也就是ARG_KEY的選擇標準。從而對象、引用無論如何都不應該作為ARG_KEY成為CMap的類型參數,而int、unsigned int、指針以及地址就成為了ARG_KEY的常用類型參數,其實也就是那些類似于整型的數據類型。常常看到一些人在用CMap的時候,試圖使用CString作為CMap中ARG_KEY的類型參數,這是應該被糾正的方向性錯誤,但有些人似乎會理直氣壯的反駁我,因為他們發現類型參數KEY是可以使用CString的,這很奇怪嗎?我說過KEY不能使用CString嗎?之所以KEY可以使用CString而ARG_KEY卻用的是LPCTSTR,那是因為CString重載了operator==(const char*)這個判等操作符,當CMap從Hash表中獲得KEY之后,它會將ARG_KEY與KEY直接相比較。真正存于CMap內部的是KEY,也就是CString。這也就是為什么,我們經常會看到CMap被實化成CMap<CString, LPCTSTR/*相當于const char*,非Unicode情況下*/, CString,CString&>這樣的一個四不像實化類的原因,至于CMap的效率優化問題,我們會在以后的文章中繼續與大家探討。

CMap的確是個很不錯的數據結構,尤其在你建立一個字典的時候。比如idealsoft的含義是"曳光科技",這就是一個元組,也就是一個Pair,Key是"idealsoft",而Value是"曳光科技"。

====================================================================
#include   <afxwin.h>
#include   <afxtempl.h>
void   main()
{
AfxWinInit(::GetModuleHandle(NULL),   NULL,   ::GetCommandLine(),   0);
CMap <int,   int,   CString,   CString>   m_cMap;
m_cMap.SetAt(9923033,     "張三 ");
m_cMap.SetAt(9826033,     "張A ");
m_cMap.SetAt(9923063,     "張B ");
m_cMap.SetAt(9923093,     "張C ");
CString   strName;
m_cMap.Lookup(9923063,   strName);
AfxMessageBox(strName);
}


posted on 2011-10-21 09:38 wrh 閱讀(19244) 評論(0)  編輯 收藏 引用


只有注冊用戶登錄后才能發表評論。
網站導航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


導航

<2009年6月>
31123456
78910111213
14151617181920
21222324252627
2829301234
567891011

統計

常用鏈接

留言簿(19)

隨筆檔案

文章檔案

收藏夾

搜索

最新評論

閱讀排行榜

評論排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            亚洲日本va午夜在线电影| 亚洲综合欧美日韩| 一区二区三区日韩| 久久亚洲综合| 亚洲欧美综合一区| 欧美日韩国产综合视频在线| 又紧又大又爽精品一区二区| 久久久久久久一区| 久久大逼视频| 激情成人av| 你懂的视频一区二区| 久久久五月天| 亚洲黄色一区| 亚洲激情不卡| 欧美激情按摩在线| 99国产精品一区| 99这里只有精品| 国产精品久久二区二区| 亚洲免费在线视频| 亚洲欧美三级伦理| 国产综合精品一区| 欧美国产一区二区在线观看| 欧美电影专区| 中文一区字幕| 亚洲免费在线电影| 黑人巨大精品欧美一区二区小视频| 久久久久久久一区二区| 久久夜色精品| 久久综合999| 久久夜色精品国产欧美乱极品| 国产日韩1区| 久热精品视频| 欧美国产日韩一二三区| 在线一区视频| 欧美一区二区黄色| 亚洲国产欧美一区二区三区久久| 亚洲精品免费在线播放| 国产精品免费视频xxxx| 久久综合给合| 欧美国产先锋| 欧美在线短视频| 麻豆九一精品爱看视频在线观看免费| 日韩一级成人av| 亚洲一区免费网站| 亚洲国产成人午夜在线一区| 一区二区三区www| 国外成人在线视频| 日韩视频免费观看| 国产午夜精品久久久| 亚洲国产成人精品久久久国产成人一区 | 午夜伦理片一区| 亚洲国产激情| 亚洲一区二区三区视频播放| 亚洲国产中文字幕在线观看| 亚洲桃花岛网站| 亚洲精品午夜精品| 久久精品人人做人人爽| 亚洲天堂激情| 欧美激情按摩| 免费观看成人网| 国产嫩草一区二区三区在线观看| 亚洲国产婷婷| 在线观看欧美亚洲| 亚洲欧美一级二级三级| 在线亚洲高清视频| 欧美波霸影院| 久久一区免费| 国产日韩精品入口| 国产精品99久久久久久有的能看 | 亚洲高清在线| 狠狠综合久久| 小嫩嫩精品导航| 亚洲一区二区视频| 欧美激情一区二区三区在线视频观看 | 欧美激情一区二区三区不卡| 国产一区二区三区免费在线观看| 一本色道久久88综合亚洲精品ⅰ| 亚洲区国产区| 久久久亚洲高清| 久久亚洲精品一区| 国产一区欧美| 国产精品久久久久久五月尺| 亚洲欧美中文另类| 香蕉久久久久久久av网站| 国产精品青草久久| 亚洲激情视频网站| 亚洲电影毛片| 久久综合久久综合九色| 媚黑女一区二区| 韩国一区二区在线观看| 欧美在线免费播放| 久久久久久九九九九| 国产日韩欧美| 欧美综合二区| 欧美不卡视频一区| 亚洲精品精选| 欧美精品久久99久久在免费线| 亚洲国产成人av| 99热免费精品在线观看| 欧美日韩第一区| 一本大道久久a久久精二百| 亚洲天堂av图片| 欧美午夜一区二区| 亚洲欧美日韩国产综合| 久久夜色精品国产欧美乱极品 | 影音先锋亚洲电影| 麻豆精品在线观看| 亚洲国产欧美在线人成| 99re在线精品| 国产精品视频| 久久久精品一区| 亚洲国产精品一区二区www在线 | 欧美丰满少妇xxxbbb| 亚洲三级性片| 欧美日韩一区在线观看| 亚洲欧美国产一区二区三区| 久久久一区二区| 日韩视频免费大全中文字幕| 国产精品对白刺激久久久| 欧美永久精品| 亚洲激情一区二区| 欧美亚洲日本国产| 亚洲激情校园春色| 国产精品美女久久久久aⅴ国产馆| 欧美一区2区三区4区公司二百| 欧美高清在线播放| 午夜宅男欧美| 亚洲国产小视频| 国产精品婷婷| 欧美激情亚洲自拍| 亚洲欧美日韩高清| 亚洲黄色在线观看| 久久国产婷婷国产香蕉| 99视频热这里只有精品免费| 国产在线一区二区三区四区| 欧美日本不卡视频| 欧美一区二区在线看| 日韩午夜精品| 久久这里只有精品视频首页| 亚洲无毛电影| 亚洲国产一区二区视频| 国产日产欧美精品| 欧美日韩国产综合视频在线观看中文| 香蕉成人伊视频在线观看 | 国产日韩欧美在线| 欧美大片免费久久精品三p| 欧美亚洲视频| 新67194成人永久网站| 亚洲欧洲一区二区三区| 国产一区二区丝袜高跟鞋图片| 欧美日韩另类综合| 欧美91视频| 久久久999精品视频| 亚洲综合视频一区| 一本大道久久a久久综合婷婷| 欧美激情欧美激情在线五月| 久久视频一区| 久久久www免费人成黑人精品 | 久久久久国产精品午夜一区| 午夜精品区一区二区三| 中文国产亚洲喷潮| 亚洲精品久久久久久久久久久| 欧美激情精品久久久久久蜜臀| 另类激情亚洲| 麻豆乱码国产一区二区三区| 久久久美女艺术照精彩视频福利播放 | 麻豆91精品| 久久五月天婷婷| 久久免费高清视频| 久久一区二区三区av| 久久嫩草精品久久久精品一| 欧美一区二区三区视频在线观看| 亚洲性图久久| 亚洲午夜未删减在线观看| 亚洲午夜在线观看| 亚洲午夜小视频| 亚洲欧美久久久久一区二区三区| 亚洲午夜精品17c| 亚洲欧美综合网| 欧美一区二区三区在线免费观看| 久久激情五月婷婷| 久久婷婷国产综合国色天香| 久久夜色精品国产亚洲aⅴ| 久久综合一区二区三区| 蜜桃av噜噜一区| 欧美国产视频一区二区| 欧美美女喷水视频| 欧美性jizz18性欧美| 国产精品欧美日韩| 国产日产亚洲精品| 在线精品视频一区二区| 亚洲精品老司机| 亚洲私人影院在线观看| 欧美在线观看视频一区二区| 久久亚洲一区二区三区四区| 欧美好吊妞视频| 亚洲免费观看| 午夜精品久久久久久久99樱桃 | 亚洲伊人伊色伊影伊综合网| 欧美在线日韩|