クラスの作製理由 　さて、いざ「クラスを作製しよう！」と思っても、何をクラスにすればいいのか分からないと思います。筆者は、次のうちひとつでも当てはまれば、クラスにして構わないと思います。 １：複雑な構造体で、関数による操作が面倒。 ２：初期化や後処理が面倒なデータ。 ３：演算子を使用したいデータ。 　例を挙げてみましょう。 　１はCRectやCPointのような構造体から派生したクラスがあります。「幅」や「高さ」を取得するメンバ関数が備わっていることで、扱いが楽になります。 　２はCPenやCWndのようなクラス。これらのクラスは、実際にはウィンドウズが管理するオブジェクトを簡単に操作できるようになっており、ハンドルの作製や破棄を自動的に行ってくれます。 　３はCStringで、「演算子のオーバーロード」という機能を使用することで文字列操作を直感的に行えるようにしています。 　さて、これらの例をふまえて、今回作製するクラスはNOTIFYICONDATA構造体から派生したクラスを作製することにします。この構造体は、タスクトレイにアイコンを表示するときに使用する構造体です。 　この構造体はメンバが複雑で、操作を行うときに専用のメンバ関数があると便利です。また、アプリケーションの終了時にアイコンを消去しなければならないという点で、自動的な破棄を行ってくれると便利です。さらに、いくつかのデータは演算子のオーバーロードを行うと便利になります。 　まさに、この構造体は「クラスにして！」と言わんばかりのターゲットです（笑）。今回はこの構造体を元にクラスを作製してみましょう。 　ちなみに、当然のことながら「タスクトレイにアイコンを表示する方法」を知らなければ理解できないと思うので、ＭＦＣチップスのタスクトレイにアイコンを表示して、メッセージを受け取る方法をあらかじめ読んでおいてください。

クラスの雛形を作る 　クラスを作製しようにも、どういうファイルにすればいいのか分からないという悩みは必要なし。クラスウィザードがちゃんと雛形を作ってくれます。便利な世の中ですねぇ。 　まず、ワークスペースを開き、クラス一覧を表示してください。次に、一覧の一番上にある「なんとかかんとか クラス」（「なんとかかんとか」にはプロジェクト名が入ります）を右クリックし、「クラスの新規作製」を選んでください。そうすると、ダイアログボックスが表示されるはずです。 　ですが、表示された状態では「ＭＦＣから派生したクラス」しか作製できません。そこで、ダイアログの上の方にある「クラスの種類」の中から「Generic クラス」を選んでください。ダイアログボックスの表示が変わるはずです。 　「クラス名」にはそのままクラスの名前を書き込みます。ここではKNotifyIconという名前にします。 　派生元にはNOTIFYICONDATAを入れてください。今回のクラスはNOTIFYICONDATA構造体から派生することにしましたから。 　用途からはpublicを選択してください。 　以上を書き込んだら「ＯＫ」を押してください（注意されちゃいますが、無視して結構です）。 　そうすれば、自動的にKNotifyIcon.cppとKNotifyIcon.hが作製され、KNotifyIconクラスが表示されると思います。どんな雛形が作製されたのか確認してみてください。

さっそく使ってみよう！ 　このクラスに色々機能を付ける前に、とりあえず使ってみましょう。使う場所はどこでもいいです。まぁ、ビュークラスので作製することにしましょう。まず、そのビュークラス（ここではCTestViewとします）のcppファイルの中でKNotifyIcon.hをインクルードし、ビュークラスにKNotifyIcon型のメンバ変数m_kNIconを追加してください。 　次に、コンストラクタ内に次のようなコードを書き込んでください。

「クラス」を設計する！ 　クラスを作るからにはやっぱりいろんな機能を組み込みたい！　そういう場合には、あらかじめ「どんな感じになるか」イメージを持っておいた方がいいでしょう。単純に機能を箇条書きにしてみるだけでも十分。あとで「この機能は追加した」とかチェックするのにも使えます。 　今回のKNorifyIconクラスには、次のような機能を着けることにしました。 １：アイコンの追加を関数ひとつでできるようにし、ついでに引数を省略できるようにする。 ２：アイコンのＩＤを自動的に作製するようにする。 ３：デストラクタで自動的にアイコンを削除するようにする。 ４：ツールチップ文字列の追加を簡単にする。 　中には「ホントにこれ必要かな……」と思うようなものもあったりしますが、まぁ今回は「クラスの作り方」ということなので勘弁してください。作っても使わなきゃいいんだし（汗）。

コンストラクタにて 　コンストラクタでは初期化を行います。今回のクラスではあまり重要ではありませんが。 　まず、KNotifyIconのメンバ変数として、BOOL型のm_bAddedを作製してください。アクセス指定はprivateです。そして、コンストラクタに以下のコードを書き込んでください。

２：アイコンのＩＤを自動的に作製するようにする。 　順番が無茶苦茶ですが気にしないでください。 　アイコンのＩＤとはNOTIFYICONDATA構造体のメンバuIDのことです。この値はアプリケーション（正確にはウィンドウ）が複数のアイコンを登録するときに、どのアイコンかを識別するための整数です。 　この値を自動的に作製するようにします。どういうことかというと、アイコンをみっつ登録しなければならないときに、KNotifyIconクラスのメンバ変数をみっつ作製すると、このみっつのメンバ変数に別々の値が自動的に割り振られるというふうにするということです。 　これはつまり、KNotifyIconクラスのすべての変数で共通の変数を持つということです。その変数に最初に０を入れておき、このクラスがひとつ増えるごとに、共通の変数をインクリメントしていけばいいわけです。 　このような機能を持つ変数をスタティック変数と呼びます。では、この変数を実際に追加してみましょう。 　クラスウィザードには、スタティック変数を直接宣言する機能がないので、少し手作業が必要になります。 　まずいつも通りの方法でメンバ変数を追加します。型はUINT、変数名はms_uiID、アクセスはprivateにしてください。 　作製したら、KNotifyIcon.hを開き、この変数の宣言の最初にstaticを着けてください。次のような行になるはずです。

４：ツールチップ文字列の追加を簡単にする。 　NOTIFYICONDATA構造体のメンバszTipは、アイコンの上にカーソルを持ってきたときに表示されるツールチップの文字列です。 　ところがこれがちょっと問題です。通常、この手の変数はLPCTSTRなのですが、このメンバは６４文字のchar型、つまりあらかじめ文字列を入れるための領域が確保されているのです。そのため、CStringなどで操作するのがちょっと大変で、文字列をコピーするＡＰＩlstrcpy()を使用しています。 　そこで、この文字列の追加を簡単にできるような機能を追加してみましょう。 　まずメンバ関数を作製しましょう。戻り値はBOOL、関数はSetTip( LPCTSTR p_pchTipStr )、アクセス指定はpublicです。作製したら次のようなコードを書き込んでください。

１：アイコンの追加を関数ひとつでできるようにし、ついでに引数を省略できるようにする。 　まずはメンバ関数を作製します。型はBOOL、宣言はAdd(HWND p_hWnd, UINT p_uiMsg, HICON p_hIcon, CString p_cTipStr, UINT p_uiID, UINT p_uiFlags)としてください。アクセス指定はpublicです。 　この引数の並び順が、構造体の解説と違うことに注意してください。引数の省略を行う場合、省略する引数は最後の方にまとめる必要があります。先頭の引数をいきなり省略するといったことはできないのです。そのため、省略した方が便利と思われる引数を後ろの方にまとめてあるというわけです。 　ではどのようにして引数の省略を行うかというと、クラス内のメンバ関数の宣言を次のように書き換えればＯＫです。

３：デストラクタで自動的にアイコンを削除するようにする。 　デストラクタという関数は、このクラスで宣言された変数が破棄されるときに呼び出される関数です。クラスのメンバ変数を手動で破棄しなければならない場合には、とても重宝します。 　このクラスでは、タスクトレイからの削除を行うようにしましょう。そうすれば、アイコンを削除し忘れることもないでしょう。 　デストラクタはすでに作製されていると思います。次のコードを書き込んでください。

完成後のクラスを使用してみる！ 　では、実際にこの完成したクラスを試してみましょう。「構造体」として使用していたビュークラスのコンストラクタのコードは、次のようにすっきりとします。

一例 　今回は実際の例を元に「クラスの作成方法」を紹介してみました。そのため、幾分詰め込みすぎた感があります。それに、細かい部分も飛ばしてしまいました。文法的な部分は各自調べておいてください。 　さて、今回の例は、あくまでサンプルなのだということを忘れないでください。この通りに作る必要はまったくありません。プログラマの皆さんが自由に自分の思うとおりに作製すればいいのです。ですから、「皆さんで考えてください」というフレーズを何度か書きました。 　と言っても、ちゃんと「押さえておかなくちゃいけない部分」もあります。そういった部分はしっかりと書いたつもりです。「自分の思うとおり」に作っても、ちゃんと「押さえるところは押さえる」、それが理想ではないでしょうか。 　この講座が、自分でクラスを作る「きっかけ」にでもなれば、と思います。どんどんクラスを作って、どういう設計方法が一番いいのか考えてみてください。