?

上一次說到處理 WM_CHAR 消息，當(dāng)用戶每鍵入一個(gè)字符時(shí)，萬能連接框就會(huì)去進(jìn)行一次查找的過程，然后把智能提示信息顯示出來。說到 AutocompleteEdit::HandleKeystroke 函數(shù)的操作，那么它為什么需要凍結(jié)這個(gè)函數(shù)的使用呢？現(xiàn)在就來分析這部份的內(nèi)容。如下：

ScopedFreeze freeze(this, GetTextObjectModel());

在這行代碼里，首先會(huì)調(diào)用函數(shù) GetTextObjectModel() 來獲取一個(gè)文檔 ITextDocument 接口，然后再使用它的功能。這個(gè)函數(shù)的代碼如下：

#001 ? ITextDocument* AutocompleteEdit::GetTextObjectModel() const {

?

先判斷這個(gè)接口是否獲取到，如果已經(jīng)獲取到就不再去重復(fù)獲取了。

#002 ??? if (!text_object_model_) {

#003 ????? // This is lazily initialized, instead of being initialized in the

#004 ????? // constructor, in order to avoid hurting startup performance.

?

這里使用了智能指針來獲取 IRichEditOle 接口。

#005 ????? CComPtr<IRichEditOle> ole_interface;

?

獲取到的 IRichEditOle 接口綁定到智能指針里。

#006 ????? ole_interface.Attach(GetOleInterface());

?

?

下面通過 = 操作符獲取 ITextDocument 接口，如果你深入去分析這個(gè)賦值操作符，會(huì)看到它自動(dòng)去調(diào)用 IRichEditOle 的接口 IUnknown::QueryInterface 來查詢到 ITextDocument 接口，這個(gè)過程對(duì)于程序員來說是完全不用關(guān)心的，這就是使用 mutable CComQIPtr<ITextDocument> text_object_model_ 定義的作用。

?

#007 ????? text_object_model_ = ole_interface;

#008 ??? }

#009 ??? return text_object_model_;

#010 ? }

?

通過上面的分析，可見使用 CComQIPtr<ITextDocument> 智能指針可以省了很多 COM 調(diào)用的操作，這真是模板類的強(qiáng)大功能的使用之處。當(dāng)把 ITextDocument 接口獲取回來之后，對(duì)于 RichEdit 操作就可以輕松訪問了， ScopedFreeze 類生成一個(gè)局部對(duì)象，這個(gè)對(duì)象實(shí)現(xiàn)了對(duì) RichEdit 自動(dòng)凍結(jié)和解凍結(jié)的功能，這個(gè)過程是通過局部對(duì)象在棧里生命周期的特性應(yīng)用。如下面的代碼：

?

#001 ? AutocompleteEdit::ScopedFreeze::ScopedFreeze(AutocompleteEdit* edit,

#002 ?????????????????????????????????????????????? ITextDocument* text_object_model)

#003 ????? : edit_(edit),

#004 ??????? text_object_model_(text_object_model) {

#005 ??? // Freeze the screen.

#006 ??? if (text_object_model_) {

#007 ????? long count;

#008 ????? text_object_model_->Freeze(&count);

#009 ??? }

#010 ? }

#011 ?

#012 ? AutocompleteEdit::ScopedFreeze::~ScopedFreeze() {

#013 ??? // Unfreeze the screen.

#014 ??? // NOTE: If this destructor is reached while the edit is being destroyed (for

#015 ??? // example, because we double-clicked the edit of a popup and caused it to

#016 ??? // transform to an unconstrained window), it will no longer have an HWND, and

#017 ??? // text_object_model_ may point to a destroyed object, so do nothing here.

#018 ??? if (edit_->IsWindow() && text_object_model_) {

#019 ????? long count;

#020 ???? ? text_object_model_->Unfreeze(&count);

#021 ????? if (count == 0) {

?

這里需要手動(dòng)地更新窗口的顯示。

#022 ??????? // We need to UpdateWindow() here instead of InvalidateRect() because, as

#023 ??????? // far as I can tell, the edit likes to synchronously erase its background

#024 ??????? // when unfreezing, thus requiring us to synchronously redraw if we don't

#025 ??????? // want flicker.

#026 ??????? edit_->UpdateWindow();

#027 ????? }

#028 ??? }

#029 ? }

?

從上面的代碼可以看到構(gòu)造函數(shù)里凍結(jié)，析構(gòu)造函數(shù)里解凍結(jié)，如果需要就會(huì)自動(dòng)更新窗口的顯示。

?

通過上面的分析，學(xué)會(huì)使用 RichEdit 的凍結(jié)窗口的輸入，并且解凍結(jié)和更新窗口的顯示，也同時(shí)學(xué)會(huì)使用智能指針來操作 COM 接口的方便性，最后還學(xué)會(huì)了使用棧對(duì)象的生命周期來方便對(duì)加鎖和解鎖的操作，以便降低代碼的出錯(cuò)率。

?

谷歌瀏覽器的源碼分析(8)