MIDL 與 MkTypLib 之間的差異

發行項
06/13/2023

注意

Mktyplib.exe工具已過時。請改用 MIDL 編譯器。

MIDL 編譯器有幾個主要區域與 MkTypLib 不同。大部分的差異都是因為 MIDL 比 MkTypLib 更向 C 語法導向。

一般而言，您會想要在 IDL 檔案中使用 MIDL 語法。不過，如果您需要編譯現有的 ODL 檔案，或維護與 MkTypLib 的相容性，請使用 /mktyplib203 MIDL 編譯器選項來強制 MIDL 的行為類似 Mkktyplib.exe 2.03 版。 (這是 MkTypLib 工具的最後一個版本。) 具體而言， /mktyplib203 選項可解決這些差異：

複雜資料類型的 typedef 語法

在 MkTypLib 中，下列兩個定義都會在類型程式庫中產生「this_struct」的TKIND_RECORD。標籤「struct_tag」是選擇性的，如果使用的話，就不會顯示在類型程式庫中。
```
typedef struct struct_tag { ... } this_struct;
typedef struct { ... } that_struct;
```
如果遺漏選擇性標籤，MIDL 將會產生它，有效地將標記新增至使用者所提供的定義。由於第一個定義具有標記，MIDL 會產生「this_struct」的TKIND_RECORD，以及「this_struct」 (定義「this_struct」作為「struct_tag」 ) 別名的TKIND_ALIAS。因為第二個定義中遺漏了標記，所以 MIDL 會針對 MIDL 內部的受管理名稱產生TKIND_RECORD，對使用者而言沒有意義，TKIND_ALIAS 而且對「that_struct」而言沒有意義。

這對類型程式庫瀏覽器可能會造成影響，這些瀏覽器只會在其使用者介面中顯示記錄的名稱。如果您預期TKIND_RECORD具有實際名稱，則使用者介面中可能會顯示無法辨識的名稱。此行為也適用于聯集和列舉定義，而 MIDL 編譯器會分別產生TKIND_UNIONs和TKIND_ENUMs。

MIDL 也允許 C 樣式 的結構、等位和列舉定義。例如，下列定義在 MIDL 中是合法的：
```
struct my_struct { ... };
typedef struct my_struct your_struct;
```
Boolean 資料類型

在 MkTypLib 中，布林基底類型和 MkTypLib 資料類型 BOOL 等於VT_BOOL，其對應至VARIANT_BOOL，而其定義為簡短。在 MIDL 中，布林基底類型相當於VT_UI1，定義為 不帶正負號的字元，而 BOOL 資料類型則定義為 long。如果您在相同的檔案中混合 IDL 語法和 ODL 語法，但仍嘗試維持與 MkTypLib 的相容性，這會導致困難。因為資料類型的大小不同，所以封送處理常式代碼與類型資訊中所述的內容不符。如果您想要在類型程式庫中VT_BOOL，您應該使用 VARIANT_BOOL 資料類型。
標頭檔中的 GUID 定義

在 MkTypLib 中，GUID 定義于標頭檔中，具有可有條件地編譯以產生 GUID 預先定義或具現化 GUID 的宏。 MIDL 通常會將 GUID 預先定義放在其產生的標頭檔，以及 GUID 具現化只會放在 /iid 參數所產生的檔案中。

使用 /mktyplib203 參數無法解析下列行為差異：

區分大小寫

MIDL 區分大小寫，OLE Automation 則不區分大小寫。
列舉宣告中的符號範圍

在 MkTypLib 中，列舉中的符號範圍是本機的。在 MIDL 中，列舉中的符號範圍是全域的，因為它在 C 中。例如，下列程式碼會在 MkTypLib 中編譯，但在 MIDL 中會產生重複的名稱錯誤：
```
typedef struct { ... } a;
enum {a=1, b=2, c=3};
```
公用屬性的範圍

如果您將公用屬性套用至介面區塊，MkTypLib 會將該介面區塊內的每個 typedef 視為公用。 MIDL 要求您明確地將公用屬性套用至您想要公用的 typedef。
Importlib 搜尋順序

如果您匯入多個類型程式庫，而且如果這些程式庫包含重複的參考，MkTypLib 會使用找到的第一個參考來解決此問題。 MIDL 會使用其找到的最後一個參考。例如，假設有下列 ODL 語法，如果使用 MkTypLib 進行編譯，則程式庫 C 會使用程式庫 A 的 MOO typedef，以及使用 MIDL 編譯時，來自程式庫 B 的 MOO typedef：
```
[...]library A
{
    typedef struct tagMOO
    {...}MOO
}

[...]library B
{
    typedef struct tagMOO
    {...} MOO
}

[...]library C
{
    importlib (A.TLB)
    importlib (B.TLB)
    typedef struct tagBAA
    {MOO y;}BAA
}
```
適當的因應措施是使用正確的匯入程式庫名稱來限定每個這類參考，如下所示：
```
typedef struct tagBAA
    {A.MOO y;}BAA
```
無法辨識 VOID 資料類型

MIDL 會辨識 C 語言 void 資料類型，而且無法辨識 OLE Automation VOID 資料類型。如果您有使用 VOID 的 ODL 檔案，請將此定義放在檔案頂端：

#define VOID void '''

指數標記法

MIDL 要求以指數標記法表示的值包含在引號內。例如，「-2.5E+3」
LCID 值和常數

通常 MIDL 不會在剖析檔案時考慮 LCID。若要強制這個值的行為，或如果您需要在定義常數時使用地區設定特定的標記法，請將值或常數括在引號中。

如需詳細資訊，請參閱 /mktyplib203、 /iid和 Marshaling OLE 資料類型。

共用方式為

MIDL 與 MkTypLib 之間的差異

意見反應

其他資源