
2006年7月29日
在CMainFrame類中添加下列成員變量和成員函數(使用ClassWizard),下面是這些變量和函數的功能說明:
[被屏蔽廣告] 成員變量:
BOOL m_bFullScreen; //全屏幕顯示標志
CRect m_FullScreenWindowRect; //全屏幕顯示窗口Rect
WINDOWPLACEMENT m_wpPrev; //用于保存正常視圖時的窗口位置信息
CToolBar * m_wndFullScreenBar; //全屏幕顯示時的浮動工具條
成員函數:
void OnMenuFullscreen(); //全屏幕顯示的處理函數
void OnGetMinMaxInfo(); //捕獲WM_GETMINMAXINFO消息以便允許你增加窗口大小
void OnUpdateViewFullScreen(); //更新“全屏幕顯示”菜單的狀態
源碼
| void CMainFrame::OnMenuFullscreen() {//全屏幕顯示的處理函數 RECT rectDesktop; WINDOWPLACEMENT wpNew;
if (m_bFullScreen) {//全屏幕顯示模式 //隱藏工具條和狀態條 m_wndStatusBar.ShowWindow(SW_HIDE); m_wndToolBar.ShowWindow(SW_HIDE); //保存正常視圖時的窗口位置信息以便恢復原來狀態 GetWindowPlacement (&m_wpPrev); m_wpPrev.length = sizeof m_wpPrev; //調整RECT為新的窗口尺寸 ::GetWindowRect ( ::GetDesktopWindow(), &rectDesktop ); ::AdjustWindowRectEx(&rectDesktop, GetStyle(), TRUE, GetExStyle()); //保存RECT以便OnGetMinMaxInfo()使用 m_FullScreenWindowRect = rectDesktop; wpNew = m_wpPrev; wpNew.showCmd = SW_SHOWNORMAL; wpNew.rcNormalPosition = rectDesktop; //生成新的工具條 m_wndFullScreenBar=new CToolBar; if(!m_wndFullScreenBar->Create(this, CBRS_SIZE_DYNAMIC|CBRS_FLOATING) || !m_wndFullScreenBar->LoadToolBar(IDR_FULLSCREEN)) { TRACE0("Failed to create toolbar\n"); return; // fail to create } |
posted @
2006-07-29 21:41 lucal 閱讀(528) |
評論 (1) |
編輯 收藏

2006年6月12日
一、STL簡介
STL(Standard Template Library,標準模板庫)是惠普實驗室開發的一系列軟件的統稱。它是由Alexander Stepanov、Meng Lee和David R Musser在惠普實驗室工作時所開發出來的。現在雖說它主要出現在C++中,但在被引入C++之前該技術就已經存在了很長的一段時間。
STL的代碼從廣義上講分為三類:algorithm(算法)、container(容器)和iterator(迭代器),幾乎所有的代碼都采用了模板類和模版函數的方式,這相比于傳統的由函數和類組成的庫來說提供了更好的代碼重用機會。在C++標準中,STL被組織為下面的13個頭文件:<algorithm>、<deque>、<functional>、<iterator>、<vector>、<list>、<map>、<memory>、<numeric>、<queue>、<set>、<stack>和<utility>。以下筆者就簡單介紹一下STL各個部分的主要特點。
二、算法
大家都能取得的一個共識是函數庫對數據類型的選擇對其可重用性起著至關重要的作用。舉例來說,一個求方根的函數,在使用浮點數作為其參數類型的情況下的可重用性肯定比使用整型作為它的參數類性要高。而C++通過模板的機制允許推遲對某些類型的選擇,直到真正想使用模板或者說對模板進行特化的時候,STL就利用了這一點提供了相當多的有用算法。它是在一個有效的框架中完成這些算法的——你可以將所有的類型劃分為少數的幾類,然后就可以在模版的參數中使用一種類型替換掉同一種類中的其他類型。
STL提供了大約100個實現算法的模版函數,比如算法for_each將為指定序列中的每一個元素調用指定的函數,stable_sort以你所指定的規則對序列進行穩定性排序等等。這樣一來,只要我們熟悉了STL之后,許多代碼可以被大大的化簡,只需要通過調用一兩個算法模板,就可以完成所需要的功能并大大地提升效率。
算法部分主要由頭文件<algorithm>,<numeric>和<functional>組成。<algorithm>是所有STL頭文件中最大的一個(盡管它很好理解),它是由一大堆模版函數組成的,可以認為每個函數在很大程度上都是獨立的,其中常用到的功能范圍涉及到比較、交換、查找、遍歷操作、復制、修改、移除、反轉、排序、合并等等。<numeric>體積很小,只包括幾個在序列上面進行簡單數學運算的模板函數,包括加法和乘法在序列上的一些操作。<functional>中則定義了一些模板類,用以聲明函數對象。
三、容器
在實際的開發過程中,數據結構本身的重要性不會遜于操作于數據結構的算法的重要性,當程序中存在著對時間要求很高的部分時,數據結構的選擇就顯得更加重要。
經典的數據結構數量有限,但是我們常常重復著一些為了實現向量、鏈表等結構而編寫的代碼,這些代碼都十分相似,只是為了適應不同數據的變化而在細節上有所出入。STL容器就為我們提供了這樣的方便,它允許我們重復利用已有的實現構造自己的特定類型下的數據結構,通過設置一些模版類,STL容器對最常用的數據結構提供了支持,這些模板的參數允許我們指定容器中元素的數據類型,可以將我們許多重復而乏味的工作簡化。
容器部分主要由頭文件<vector>,<list>,<deque>,<set>,<map>,<stack>和<queue>組成。對于常用的一些容器和容器適配器(可以看作由其它容器實現的容器),可以通過下表總結一下它們和相應頭文件的對應關系。
數據結構
|
描述
|
實現頭文件
|
向量(vector) |
連續存儲的元素 |
<vector> |
列表(list) |
由節點組成的雙向鏈表,每個結點包含著一個元素 |
<list> |
雙隊列(deque) |
連續存儲的指向不同元素的指針所組成的數組 |
<deque> |
集合(set) |
由節點組成的紅黑樹,每個節點都包含著一個元素,節點之間以某種作用于元素對的謂詞排列,沒有兩個不同的元素能夠擁有相同的次序 |
<set> |
多重集合(multiset) |
允許存在兩個次序相等的元素的集合 |
<set> |
棧(stack) |
后進先出的值的排列 |
<stack> |
隊列(queue) |
先進先出的執的排列 |
<queue> |
優先隊列(priority_queue) |
元素的次序是由作用于所存儲的值對上的某種謂詞決定的的一種隊列 |
<queue> |
映射(map) |
由{鍵,值}對組成的集合,以某種作用于鍵對上的謂詞排列 |
<map> |
多重映射(multimap) |
允許鍵對有相等的次序的映射 |
<map> |
四、迭代器
下面要說的迭代器從作用上來說是最基本的部分,可是理解起來比前兩者都要費力一些(至少筆者是這樣)。軟件設計有一個基本原則,所有的問題都可以通過引進一個間接層來簡化,這種簡化在STL中就是用迭代器來完成的。概括來說,迭代器在STL中用來將算法和容器聯系起來,起著一種黏和劑的作用。幾乎STL提供的所有算法都是通過迭代器存取元素序列進行工作的,每一個容器都定義了其本身所專有的迭代器,用以存取容器中的元素。
迭代器部分主要由頭文件<utility>,<iterator>和<memory>組成。<utility>是一個很小的頭文件,它包括了貫穿使用在STL中的幾個模板的聲明,<iterator>中提供了迭代器使用的許多方法,而對于<memory>的描述則十分的困難,它以不同尋常的方式為容器中的元素分配存儲空間,同時也為某些算法執行期間產生的臨時對象提供機制,<memory>中的主要部分是模板類allocator,它負責產生所有容器中的默認分配器。
五、對初學者學習STL的一點建議
對于之前不太了解STL的讀者來說,上面的文字只是十分概括地描述了一下STL的框架,對您理解STL的機制乃至使用STL所起到的幫助微乎甚微,這不光是因為深入STL需要對C++的高級應用有比較全面的了解,更因為STL的三個部分算法、容器和迭代器三部分是互相牽制或者說是緊密結合的。從概念上講最基礎的部分是迭代器,可是直接學習迭代器會遇到許多抽象枯燥和繁瑣的細節,然而不真正理解迭代器又是無法直接進入另兩部分的學習的(至少對剖析源碼來說是這樣)。可以說,適應STL處理問題的方法是需要花費一定的時間的,但是以此為代價,STL取得了一種十分可貴的獨立性,它通過迭代器能在盡可能少地知道某種數據結構的情況下完成對這一結構的運算,所以下決心鉆研STL的朋友們千萬不要被一時的困難擊倒。其實STL運用的模式相對統一,只要適應了它,從一個STL工具到另一個工具,都不會有什么大的變化。
對于STL的使用,也普遍存在著兩種觀點。第一種認為STL的最大作用在于充當經典的數據結構和算法教材,因為它的源代碼涉及了許多具體實現方面的問題。第二種則認為STL的初衷乃是為了簡化設計,避免重復勞動,提高編程效率,因此應該是“應用至上”的,對于源代碼則不必深究。筆者則認為分析源代碼和應用并不矛盾,通過分析源代碼也能提高我們對其應用的理解,當然根據具體的目的也可以有不同的側重。
最后要說的是,STL是ANSI/ISO C++標準的一部分,所以對于一個可以有多種C++實現的過程,首先考慮的應該是STL提供的模板(高效且可移植性好),其次才是各個廠商各自相應的庫(高效但可移植性不好)以及自己去編寫代碼(可移植性好但低效)。
??????????????????????????????????????????????????????????????????????????????????????
??????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? 怒火之袍
?
posted @
2006-06-12 23:14 lucal 閱讀(646) |
評論 (1) |
編輯 收藏