IEnumConnectionPoints.Next(int celt, IConnectionPoint[] rgelt, IntPtr pceltFetched)

遺憾的是，由于前面提到過的原因，該代碼并不起作用（而且，將最后一個參數(shù)定義為 IntPtr 也很不方便）。相反，您需要重新定義接口，使該方法如下所示。

void Next (UInt32 cConnections, out IConnectionPoint rgpcn, out UInt32 lpcFetched )

雖然從技術(shù)角度講，該代碼不能等同于原始定義，但只要 cConnections 設(shè)置為 1，該代碼也會很好地運行。顯然，將其設(shè)置為任何大于 1 的值都會導(dǎo)致緩沖區(qū)溢出，使您的應(yīng)用程序崩潰。

使用該方法，您可以定義自己的接口版本。對本例而言，它名為 IMyEnumConnectionPoint。請注意，對 System.Runtime.InteropServices.ComTypes.IConnectionPointContainer.EnumConnectionPoints() 方法的調(diào)用獲得原始 IEnumConnectionPoint 接口的實例。那么如何獲得 IMyEnumConnectionPoint 接口呢？您只需將 IEnumConnectionPoint 接口的實例轉(zhuǎn)換為 IMyEnumConnectionPoint 接口。因為二者都聲明為 ComImport，所以這種類型轉(zhuǎn)換將不會使用 CLR 運行時類型檢查，但是它們會導(dǎo)致調(diào)用 QueryInterface，這會成功地進行，因為兩個接口具有相同的 GUID。

使用 TLBIMP.exe 導(dǎo)入接口定義

 要自動提取接口定義，您應(yīng)該使用 TLBIMP 工具。TLBIMP 包含在 .NET Framework SDK 中。當(dāng) COM 庫（.dll、.ocx、.tlb）的引用添加到 .NET Compact Framework 項目時，也會自動調(diào)用它。當(dāng)您處理設(shè)備項目時，ActiveX 控件通常打包在一個 .cab 文件中。當(dāng)然，這種控件將針對 ARM CPU 進行編譯，不能在桌面計算機上運行；幸運的是，也不必在桌面計算機上運行。類型庫是獨立于平臺的，即使包含在 .dll 文件中時也如此 - 幾乎是（在 64 位平臺上不是這樣）。因此，對 ARM ActiveX DLL 的引用可以像對待桌面計算機控件一樣，以相同的方式添加到項目中。當(dāng)然，不可能對其進行實例化或做任何其他事情，但這是另一碼事了。

示例請查看 Macromedia (Adobe) 提供的 Shockwave Flash Player 控件。您可以免費該播放器。安裝程序包括一個名為 ActiveX.cab 的 .cab 文件，默認(rèn)情況下，它復(fù)制到 C:\Program Files\Microsoft ActiveSync\Macromedia\Flash Player 6 目錄中。如果雙擊該 .cab 文件，您將看到兩個文件。名為 000flash.001 的文件是 ActiveX 本身。解壓縮該文件，將其重命名為 Flash.dll，然后將其添加為對您項目的引用。它將在列表中顯示為 ShockwaveFlashObjects，

如果查看類瀏覽器，您會看到現(xiàn)在擁有一個新的命名空間、類和接口定義，

解決對 CAB 或類型庫的訪問

 有時，您不能享受到訪問控件 CAB 的樂趣。例如，當(dāng)開發(fā)人員意識到 Windows Media Player 10 Mobile 沒有可重新分發(fā)的包時，宿主 Windows Media Player 控件這一最常見的請求將會遇到第一個麻煩。它僅可用作設(shè)備 ROM 的一部分。幸運的是，在 Windows Media Player 中，桌面計算機的類型庫與設(shè)備的類型庫是相同的，區(qū)別僅為 Windows Media Player Mobile 上的許多方法返回 E_NOTIMPL。幸運的是，設(shè)備版本不提供某些方法的完整實現(xiàn)，這對類型庫沒有影響；因此，您可以從桌面播放器導(dǎo)入類型庫（位于 C:\Windows\System32\wmpcore.dll 中），并將其與設(shè)備 Media Player 一起使用。您仍需要仔細閱讀 Windows Media Player SDK 文檔，了解實際上可以使用的方法和屬性。

 如果您擁有一個類型庫不可用的控件，則檢查是否存在一個具有相同或相似接口的相同控件的桌面計算機版本。

 遺憾的是，有時上述方法并不起作用。例如，如果您試圖使用桌面計算機的 Web 瀏覽器控件 (SHDOCVW.DLL) 的類型庫來宿主 Pocket PC Web 瀏覽器控件，您可能會失望；因為它們并不相同。所幸，有一種避開這種情況的方法。如果查看 Windows Mobile SDK，您將看到一個名為 webvw.idl 的文件，它包含 Web 瀏覽器控件的所有接口定義 - 這是個好消息。但壞消息是，它的大小為 50 KB，包含大約 1500 行代碼。該控件對于手動轉(zhuǎn)換為 C# 是不可行的。不過還是好消息更多一些：有一個從該文件創(chuàng)建類型庫的省事的方法。

從 webvw.idl 文件創(chuàng)建一個類型庫

midl /D UNDER_CE webwv.idl

這個巧妙的方法有一個局限。.idl 文件必須包含一個 library 部分，其中定義了一個 coclass。有時您可能沒有該部分。在這種情況下，需要生成一個 library，如下示例代碼所示。

import "OAIdl.Idl";
import "objidl.idl"; // Import any other .idl files you need [
    uuid(77777777-7777-7777-7777-777777777777),
    helpstring("Test library"),
    lcid(0x0000),
    version(1.0)
]
library TestLib
{
    [
        uuid(33333333-3333-3333-3333-333333333333),
        helpstring("Test class")
    ]
    coclass Test
    {
        [default] interface IEnumConnectionPoints;
          interface IConnectionPoint; // List any other interfaces that you are interested in };
}

生成一個如代碼示例所示的文件。根據(jù)需要添加 import 指令和接口參數(shù)。如果包括了一個接口，并且其方法引用另一個接口，則該接口將自動包含在其中。在前面的示例中，添加 IEnumConnectionPoints 會導(dǎo)致包括 IConnectionPoint、IConnectionPointContainer 以及其他一些接口。

使用 AxImp.exe 生成一個完整的控件類定義

能夠最終獲益當(dāng)然好 - 按照 Visual Studio 在桌面計算機窗體項目中處理的方式處理 ActiveX 控件。您只需向工具欄添加一個控件，方法是瀏覽到該控件或從注冊組件列表中選擇它。雖然 Visual Studio 設(shè)計器主動阻止任何將 ActiveX 控件添加到設(shè)備項目的企圖，但您可以避免該限制。與前面描述的方法（將 TLBIMP 工具用作添加對類型庫引用的命令行功能）類似，當(dāng)將一個 ActiveX 控件放在窗體上時，可以使用 AXIMP 工具（也是 .NET Framework SDK 的一部分），該工具創(chuàng)建與 Visual Studio IDE 所創(chuàng)建的庫相同的一組庫。正如 TLBIMP 工具具有比集成開發(fā)環(huán)境 (IDE)（在導(dǎo)入類型庫方面）更豐富的功能集一樣，AXIMP 工具能夠完成更多的任務(wù)。對于您的項目而言，最重要的是能夠以其源格式產(chǎn)生 Interop 代碼。如果運行以下命令行 AxImp.exe C:\WINDOWS\system32\wmp.dll /source，將產(chǎn)生三個文件：
    ? AxWMPLib.cs
    ?AxWMPLib.dll
    ?WMPLib.dll

還有一個 .pdb 文件，但它現(xiàn)在已經(jīng)不重要了。AxWmpLib.cs 是 Interop 庫 AxWMPLib.dll 的源代碼。仔細看一下，您會發(fā)現(xiàn)它定義了一個從 System.Windows.Forms.AxHost 派生的類 AxWindowsMediaPlayer。這 1663 行代碼告訴明示了手動編寫該代碼是多么地令人不快。

 您為什么想要源代碼呢？如果您在 ILDAsm 工具中查看 AxWMPLib.dll，就會發(fā)現(xiàn)，它是針對 MSCORLIB 和 System.Windows.Forms 的桌面計算機版本編譯的。顯然，您不能使用 AXIMP 生成的 AxWMPLib.dll 版本。但是，您可以針對 .NET Compact Framework 庫編譯源代碼文件，獲得可以在設(shè)備上使用的程序集。

試圖編譯 Interop 庫的源代碼時，您會發(fā)現(xiàn)由于 MSCORLIB 和 System.Windows.Forms 的設(shè)備版本而導(dǎo)致產(chǎn)生了相當(dāng)多的錯誤。幸運的是，您可以忽略所有這些缺失的引用，并用生成方法存根 (stub) 替換它們。您可以在本文的的 AxImpSupport.cs 模塊中找到這些 stub。

 使用 AXIMP 工具生成包裝的好處是：快速、簡單，并且可以創(chuàng)建一個具有完全事件和設(shè)計器支持的控件類。當(dāng)然，其他兩個方法也可以產(chǎn)生帶有完全設(shè)計器支持的代碼，但它們會需要大量的工作。

 一些開發(fā)人員更喜歡將這樣的類編譯到一個單獨的庫中。因為不需要編寫任何額外的代碼，即使不熟悉 C# 的開發(fā)人員也可以構(gòu)建此控件庫。控件庫構(gòu)建完成后，您可以輕松地將其用于 Visual Basic .NET 項目中，如本文的所示。

設(shè)計器支持

因為 AxHost 類是從 Control 類派生的，所以 Visual Studio 設(shè)計器直接獲得 AxHost 類，并將其顯示為可以插入到您的項目窗體中。對于從 AxHost 類派生的類也如此。所有宿主的控件在設(shè)計器中均可自動使用，

 此外，由于生成的 ActiveX 控件類通過 .NET Compact Framework 屬性和事件公開了調(diào)度屬性和事件接口，因此它們在設(shè)計器中也可用。您可以通過控件清單進一步自定義設(shè)計器中的控件外觀，但這不屬于本文的討論范圍。

從 Control 類派生 AxHost 類的一個意外結(jié)果是 AxHost 類也在設(shè)計器工具箱中顯示。因為對開發(fā)人員而言，它作為一個獨立的控件是沒用的，所以您需要用以下內(nèi)容向項目添加一個控件清單文件來阻止它。

<?xml version="1.0" encoding="utf-16"?>
<Classes xmlns="http://schemas.microsoft.com/VisualStudio/2004/03/SmartDevices/XMTA.xsd">
    <Class Name="System.Windows.Forms.AxHost">
    <DesignTimeVisible>false</DesignTimeVisible>
    </Class>
</Classes>

需要改進的內(nèi)容

總有一些內(nèi)容可以改進。我們這些 OpenNETCF.org 的員工正計劃將來添加或增強一些 AxHost 類功能。

下面列出一些不具備的功能：

如果您覺得此代碼有用，請隨時將您的意見和問題報告發(fā)送至 alexf@opennetcf.org。

小結(jié)

 您已經(jīng)了解了通過使用 .NET Compact Framework 2.0 創(chuàng)建 ActiveX 控件的托管宿主這一過程。本文介紹了有關(guān)控件宿主的一些內(nèi)容，并針對特別有用的 ActiveX 宿主對象，說明了一些問題和解決方案，并向您介紹了如何使用它以在您自己的應(yīng)用程序中宿主控件。

此處說明的托管控件宿主框架由 提供。