|
.NET TIPS Win32 APIやDLL関数に構造体を渡すには?泉 祐介2003/05/09 |
![]() |
|
|
|
TIPS:Win32 APIやDLL関数を呼び出すには? では、.NETのプログラムからWin32 APIやDLLファイルにある関数を呼び出すための基本的な手順を解説している。ここではそれらDLL関数に渡すパラメータが「構造体」である場合の取り扱い方法について解説する。
.NET FrameworkからWin32 APIやDLL関数を呼び出す場合に、パラメータや戻り値に構造体が使用されているときは、その構造体と等価なものをC#で改めて定義しなければならない。Win32 APIで使用する構造体は、TIPS:Win32 APIやDLL関数を呼び出すには? で解説している定数と同様に、プラットフォームSDKのヘッダ・ファイルにその定義がある。また、構造体に関してはMSDNのドキュメント類にも定義が記述されている。
例えば、Win32 APIでしばしば使用される構造体の1つにPOINT構造体がある。これは名前のとおり、点の座標を表現するために使用される構造体であり、C言語による定義では次のようになっている(念のため、本稿の後半でC言語の構造体について簡単に解説しておいたので、C言語にあまりなじみのない読者はそちらを参照されたい)。
typedef struct tagPOINT {
LONG x;
LONG y;
} POINT;
通常の型と同様、構造体に関しても、関数をエクスポートしているDLL側と.NET Framework側との間で型の相互変換が生じるが、この相互変換処理は、メモリ上における各メンバのオフセット(相対位置)に基づいて行われる。このため、Win32 APIやDLL関数に渡す構造体を定義するときは、各メンバのオフセットをDLL側と一致させる必要がある。
ところが.NET Frameworkでは、通常、アクセスに最適な配置となるように、CLRがメモリ上における構造体の各メンバの配置を決定する。つまり、単純に同じ構造体をC#などで宣言しただけでは、各メンバのオフセットをDLL側と確実に一致させることは不可能である(事実、通常のC#の構造体をWin32 APIやDLL関数に渡そうとすると例外が発生する)。
従って、Win32 APIやDLL関数に渡す構造体を定義する場合は、そのメンバの配置方法を変更する必要がある。これを実現するには、構造体に対してStructLayout属性(System.Runtime.InteropServices名前空間)を設定する。このとき、配置方法としてLayoutKind列挙体(System.Runtime.InteropServices名前空間)のメンバのいずれかを指定する。C言語などの構造体と同様に、メンバが宣言された順に配置されるようにするには、LayoutKind.Sequentialという値を指定すればよい。
これらの話を踏まえて、前出のPOINT構造体と等価なものをC#で定義すると次のようになる。
[StructLayout(LayoutKind.Sequential)]
struct POINT {
public int x;
public int y;
}
フィールド(C言語の世界ではメンバ変数と呼ばれる)のスコープはすべてpublicにしておかなければならない。というのは、これらの構造体に対しては、フィールドを直接操作する必要があるからだ。また当然のことながら、各フィールドの型は、対応する.NET Frameworkの型に改める必要がある(具体的な型の対応についてはTIPS:Win32 APIやDLL関数を呼び出すには? を参照)。ここで取り上げているPOINT構造体の場合は、いずれのメンバ変数もLONG型であり、C#ではそれに対応するint型を指定すればよい。
また、フィールドを宣言する順序は、元のC言語での定義と完全に一致させる必要がある。先にも述べたとおり、各メンバのメモリ上における位置をDLL側と一致させなければならないためだ。もし、異なる順序で宣言してしまうと、それらのメンバがDLL側とは異なる位置に配置されてしまい、DLL側での配置と一致しなくなる。その結果、プログラムが実行できたとしても、予期せぬ動作を引き起こすことにもなるので注意が必要だ。
構造体を利用した具体的な例を挙げておこう。以下のサンプル・プログラムは、ユーザーに1点の座標と長方形の左上隅、右下隅の座標を入力させ、指定した点が長方形の内側にあるか外側にあるかを出力するプログラムである。ここでは、長方形の内側にあるか外側にあるかの判定に、PtInRectというWin32 APIを利用している。また、ここまでに説明したPOINT構造体以外にRECT構造体も同様の方法で定義している。
|
|
| 指定した点が長方形の内側にあるか外側にあるかを判定するプログラム(ptinrect.cs) | |
なお、DllImport属性(System.Runtime.InteropServices名前空間)を利用したWin32 APIの呼び出し手順については、TIPS:Win32 APIやDLL関数を呼び出すには? を参照にしていただきたい。
LayoutKind.Explicitと共用体
LayoutKind列挙体(構造体のメンバの配置方法を表す列挙体)の値の1つに、LayoutKind.Explicitというものがある。この値をStructLayout属性(構造体のメンバの配置方法を設定する属性)のパラメータとして指定すると、各メンバを配置するオフセットをプログラマーが明示的に設定できるようになる。例えば、最初に取り上げたPOINT構造体は、このLayoutKind.Explicitを使って次のように定義することも可能である。
[StructLayout(LayoutKind.Explicit)]
struct POINT {
[FieldOffset(0)] public int x;
[FieldOffset(4)] public int y;
}
この例のように、メンバを配置するオフセットはFieldOffset属性(System.Runtime.InteropServices名前空間)により設定する。
このとき、異なるメンバに対して同じオフセットを指定することも可能である。従って、これを利用すればC言語の共用体を.NET Frameworkの構造体で記述することも可能になる。例えば、INPUT構造体をC#で定義すると次のようになる(MOUSEINPUT、KEYBOARDINPUT、HARDWAREINPUTの各構造体は別個に定義する必要がある)。
[StructLayout(LayoutKind.Explicit)]
struct INPUT {
[FieldOffset(0)] public uint type;
[FieldOffset(4)] public MOUSEINPUT mi;
[FieldOffset(4)] public KEYBOARDINPUT ki;
[FieldOffset(4)] public HARDWAREINPUT hi;
}
補足:C言語における構造体の宣言
C言語で構造体を定義する場合、次のように記述するのが最も基本的な方法である。
struct tagPOINT {
LONG x;
LONG y;
};
この構文はC#での構造体やクラスを定義するときのものとよく似ている。そもそもC#の言語仕様は、C++(C言語を拡張して制定された言語)を基にして策定されたためである。
ところで、C言語でこの型を参照するとき、つまり変数を宣言する場合や、パラメータや戻り値の型としてこの構造体を指定する場合には、単にtagPOINTと記述するのではなく、struct tagPOINTと記述する必要がある。しかし、この型を参照するたびにstruct tagPOINTと記述するのは可読性に欠けるので、typedefというキーワードを利用して型の別名を定義することが一般に行われている。例えば、次のような定義文を記述すれば、単にPOINTと書くだけでこの構造体を参照できる。
typedef struct tagPOINT POINT;
C言語では、構造体の定義をtypedef文の内部に記述することも可能である。実際にtagPOINT構造体をtypedef文の内部で定義すると、本稿の最初でPOINT構造体の定義として示した定義文と同じになる。
typedef struct tagPOINT {
LONG x;
LONG y;
} POINT;
ちなみに、typedef文の内部で構造体を定義する場合は、structキーワードの直後に記述する名前(この例だとtagPOINT)は省略可能である。![]()
| カテゴリ:クラス・ライブラリ 処理対象:Win32 API 使用ライブラリ:StructLayout属性(System.Runtime.InteropServices名前空間) 使用ライブラリ:LayoutKind列挙体(System.Runtime.InteropServices名前空間) 使用ライブラリ:FieldOffset属性(System.Runtime.InteropServices名前空間) 使用ライブラリ:DllImport属性(System.Runtime.InteropServices名前空間) 関連TIPS:Win32 APIやDLL関数を呼び出すには? |
|
||||||||||||||||||||||||||||
| 「.NET TIPS」 |
ホワイトペーパー(TechTargetジャパン)
- LocalConnection APIと動的なスタイリング (2010/2/9)
Webページ上の複数のSilverlightアプリ間でメッセージ通信をする方法とは? コントロールの見た目を動的に設定する方法とは? - ASP.NET MVC 2:モデルの検証 (2010/2/8)
ASP.NET MVC 2で導入される入力検証機能を使った実装を紹介。シンプルな属性の追加によるエレガントな実装が可能となっている - ASP.NETによる3階層Webアプリ「ITブック」構築 (2010/2/5)
ちょっとした改造で、あなたのWebアプリは劇的に使いやすく、かっこよくなる。まずは元となるWebアプリを標準的手法で構築 - .NET TIPS - .NET開発のテクニックとヒント集 - (2010/2/4)
− カスタムMVCビューエンジンを利用するには?(活用編)
− フォーム全体へのドッキングでつまみを表示するには?
− リストボックスでTextBlockの文字列を折り返すには?
|
|
スキルアップ/キャリアアップ(JOB@IT)
スポンサーからのお知らせ
- - PR -
- - PR -
お勧め求人情報

**先週の人気講座ランキング**
〜CCNA編〜
| ◆ | 企業の仮想化に足りない“発想”とは? 仮想化運用管理のキモは意外なところに! New! |
| ◆ | 操作もマニュアルも分かりやすい! ユーザー視点で開発されたPC管理ツール New! |
| ◆ | 仮想化すればコストは削減できるか? 仮想化に必要な「3つの視点」を解説する |

| ◆ | セキュリティを知り尽くす上野氏が登壇! @ITメールソリューションLive! in Tokyo |
| ◆ | 運用管理の課題を“2つの観点”から分析 ユーザー満足度の高い「仮想環境」とは? |
| ◆ | 世界に通用するストレージの作り方とは? 製品に込めた思いを富士通の開発者に聞く |

| ◆ | OSSで手間も時間も、障害も減った―― 「マピオンの事例」オープンソース活用法 |
| ◆ | 「ノートPCの持ち出し禁止」で大丈夫? 情報漏えいを防ぐ管理手法とインフラは? |
| ◆ | 1日の処理を1秒に――MySQLの達人が語る 「コスト削減」できるチューニング |

| ◆ | ドキュメント作成を自動化して、SEの作業 効率を大幅アップ! Visio 2007の魅力 |
| ◆ | 急速に広がるHyper-Vでのサーバ仮想化 そのベストプラクティスをデルが解説 |
| ◆ | @IT主催セミナーで語られた、「担当者に 求められるセキュリティ対策」をレポート |

| ◆ | @IT「Windows 7」 特設サイトオープン! 最新情報・移行ノウハウを公開しています |







