GESブログＤＬＬにしてみようぜっ？

神戸電子専門学校ゲームソフト学科の生徒が運営するＧＥＳのブログです。

[PR]

[PR]上記の広告は3ヶ月以上新規記事投稿のないブログに表示されています。新しい記事を書く事で広告が消えます。

ＤＬＬにしてみようぜっ？

ども、こんばんわ～

寝不足で頭痛が酷いＺＡＫＩです

忙しくなってきましたよ～

ふ、ふふふｗがんばるぜっｗ

ブログのネタがあれども、書いてる時間が無いっ

そろそろ今書いてるブログメンバーじゃ更新がきつくなってきましたｗ

１年生のあいつとか、２年生のあいつとか、書いてくれないかなぁ～？かなぁ～？

さて、今回のテーマは「ＤＬＬにしてみよう！」です。

ＤＬＬって聞いたことあるでしょうか？

ダイナミックリンクライブラリ(Dynamic Link Library)の略なんですが、

これを使うと何がいいのか？

それは本編を見てのお楽しみｗ

サンプルソースはこちらっ

C++_DLLTestはクラスをDLLにしたものです。

dglib_DLLTestはdglibを使った関数をＤＬＬにしました。

[0回]

さて、本編です

それで、えーと、なんでしたっけ？

あ、ＤＬＬにする利点でしたねｗ

いろいろあるんですが、僕が注目しているところは「プログラム実行時に動的にコードを追加できる」ところですね。

つまり、ゲームがexeの状態でもdllファイルを入れ替えるだけでソースコードの修正ができるんです。

しかも、開発中でもDLLはリンクするだけなので、本体プログラムでのコンパイル時間が短縮できます。

実は後者のほうをよく利用してて、２年生になるとクラスやらライブラリやらでコンパイル時間が５分を超えることもありましたｗ

なので、ＤＬＬにしてせめて自分のソースの時間だけでも短縮しようとやったことがあります

実際本体にソースを追加する必要がなくなるので、かなり時間短縮できたと思います

ただ、不利点もやっぱりあります

ＤＬＬという形式にソースコードをまとめてしまうので、ソースコードの修正に手間がかかります。

「ソースコード修正→ＤＬＬ形式に出力」と言う流れになるんですよね

締め切り間近などは、そのままリーダーのパソコンの提出するソースに修正を加えたりしたくなりますが、ＤＬＬではそれができませんね

ただ、一人のパソコンに群がらずに一人こつこつと修正を続けられるということでもあります

さて、次は作り方ですね。

まず、ＶＳのプロジェクトの作成方法が少し変わります

プロジェクトの種類はWin32プロジェクトでＯＫですが、

その後のアプリケーションウィザード画面で

「アプリケーションの設定→アプリケーションの種類」を「DLL(D)」にします。

追加のオプションは空のプロジェクトでかまいません

次はメインのソースですね。

書き方はmain()ともWinMain()とも違い、DLLMain()関数になります。

サンプルソースのDllMain.cに書いてありますね

引数の詳細はMicrosoftのリファレンスを見てください

実は僕も詳しいことはわかりません

特に使うことがないので、普通にTRUEを返すだけでもＯＫだそうです

そして、もう一つ重要ななのが、DllHead.hファイルです。

中を見ると

#ifdef _DLL_EXPORT //_DLL_EXPORTがある場合
#define DLL_USE  __declspec(dllexport)   /* DLLを作る場合   */
#else    //_DLL_EXPORTがない場合
#define DLL_USE  __declspec(dllimport)   /* DLLを使う場合   */
#endif

こんな感じのものが書いてありますねー

これはＤＬＬで関数、クラスなどを出力するとき、またはＤＬＬの中の関数、クラスなどを使うときに付けるものです

関数、クラス、どちらの場合も名前の前に付けます

void DLL_USE kansu();

class DLL_USE kurasu { };

こんな感じですね。

あとはそれぞれ.c、.cppソースでDllHead.hをインクルードする前に

#define _DLL_EXPORT

と書いてやるとＤＬＬとして出力できます。

この場合、DllHead.hがインクルードされ、DllHead.hの中、

#ifdef _DLL_EXPORT

で、_DLL_EXPORTが既に定義されているかでコンパイル時の処理を分岐します