符号の差 　さて、話を元に戻して、int型、つまり「符号あり整数値」について見てみましょう。 　このint型についても、UINTと同じように変数の中身を見てみましょう。

変数の中身 　今まで見てきて分かったとおり、intもUINTも単なるビットの並びでしかありません。中のデータがプラスで表示されるかマイナスで表示されるかということは、その「表示する方法」によって変わるのです。 　「intは整数値を扱える」という風に憶えてしまうと、まるで「int型の変数には整数値がそのまま入っている」と錯覚してしまうでしょう。 　でも実際には違うのです。変数に入っているのはビットの並びだけです。０と１が３２個並んでいるだけです。それを１とか３００００とか−５０とか、そういった整数値としてとらえるのは関数の役目です。コンピューター内部には、数字なんて世界は存在しないんです。 　こういうことを意識しなければならないのは、おそらくＣ／Ｃ＋＋のみだと思います。そして、Ｃ／Ｃ＋＋を使う以上、この事は常に注意していなければなりません。この仕組みを使う場面は何度となく出てくるからです。

整数型の仲間 　と、その「場面」について説明する前に、intとUINTの他にも整数型がたくさんあるので、それらについても見ていきましょう。 　まずは１バイトの整数から。これにはcharとBYTEがあります。 　charは文字列に使う変数で、signedとunsignedのふたつがあります。BYTEはunsignedのみです。 　２バイトの整数は、shortとWORD。 　同様にshortは両方の符号があります。またWORDはunsignedのみで、これから出てくるDWORD等の関係でよく使います。 　４バイトの整数はたくさんあります。まずlongとLONG。LONGはsigned longと同じで、ウィンドウズではよく使われる型です。 　まだあります。DWORDはunsigned longと同じです。これ自体はあまり使いませんが、これと同じ型のWPARAMとLPARAMはよく見かけるでしょう。これは、メッセージの受け渡しに使うパラメーターです。 　あと、実はintとUINTは、４バイトと決まっているわけではありません。intは、「もっとも標準的なサイズの整数」と定義されていて、コンピューターやＯＳによって違います。 　ウィンドウズ９５やＮＴ４．０は３２ビットなので、intも３２ビット、つまり４バイトになりますが、ウィンドウズ３．１は１６ビットなので、intも１６ビット、つまり２バイトになります。 　でも、Ｗｉｎ３２ＳＤＫを用いてプログラミングをしているのなら、４バイトと決めつけて大丈夫でしょう（もちろん、将来のウィンドウズは６４ビットになるでしょうけど……）。 　以上をふまえて、WPARAMとLPARAMについて見てみましょう。

HIWORDとLOWORD 　ＭＦＣを使っているときはあまり気になりませんが、メッセージを受け取るときには各パラメーターがWPARAMとLPARAMに入っていて、これを型キャストして他の値に変換し、使用するという形を取ります。ＭＦＣは自動的にこの変換を行ってくれています。が、ときどき使用する場合もあるでしょう。 　そういうとき、Ｗｉｎ３２ＳＤＫリファレンスにしばしばValue of the high-order word of wParamとかValue of the low-order word of wParamとか書かれていることがあると思います。これは、WPARAM等をふたつに切って、上と下に分けた話です。 　WPARAM等の３２ビット整数値は、当然３２個ビットの並びがあるということです。ビットだと多すぎるのでバイトにすると、４バイトの並びがあるということになります。この４バイトを真ん中で区切り、上２バイトをHIWORD、下２バイトをLOWORDととらえることで、ひとつの４バイト変数にふたつの２バイト変数が入っていると考える事ができます（２バイト変数ならなんでもいいんですが、とりあえずWORDが標準だったとゆーことで）。 　こうすることで、ふたつしかないパラメーターに最大４つまでの値を入れることに成功しているというわけです（でもあんま良くないと思うから、自分のプログラムには使わないよーに。「良い子はまねしないでね」ってやつです）。この値はHIWORD()とLOWORD()というマクロで簡単に取得できるようになっていますので、それほど神経質になることはないでしょう。 　もしかしたら、受け取る側ではなく送る側でよく使うかもしれません。そういう場合には、ふたつのWORDからひとつのWPARAMを作り出さなければなりません。 　そのためのマクロもちゃんと用意されていて、MAKELPARAM()の第１引数にLOWORDを、第２引数にHIWORDを渡すことで、戻り値にくっついたあとのLPARAMが返ってきます（MAKEWPARAMというマクロもあります）。 　とにかくこのマクロは引数の順番を間違えないことが重要。すごく混乱しますので常に注意してください。

ビットフラグ 　同じように、「変数はビットの並び」ということを知っていないと分かりにくいものに、ビットフラグがあります。 　CWnd::Create()から行ける「ウィンドウスタイル」のページに、ウィンドウのタイプを決めるフラグの一覧があります。このフラグはＷｉｎ３２ＡＰＩのCreateWindow()でも使用するもので、ウィンドウズでもっとも標準的なフラグと言えるでしょう。 　あ、「フラグ」というのは「旗」のことで、「何かを示すもの」という意味です。サッカーでオフサイドになったら旗が上がりますよね。あれと同じです（もしかしてゲーム用語かも……）。 　話が逸れました。で、このフラグはWinuser.hの中で、整数値として定義されています。 　ところがこれをよく見ると、 WS_POPUP : 0x80000000L、WS_CHILD : 0x40000000L、WS_MINIMIZE : 0x20000000L、WS_VISIBLE : 0x10000000Lと、なぜか１、２、４、８という数字が続きます。 　これは、この１６進の値を使うとそれぞれのフラグがたったひとつのビットのみ１にするために、こういった数字が並んでいるのです。このフラグを足すと、それぞれのビットは互いに干渉することなく、独立してフラグを立てることができます。そして、足したあとのビット並びを１ビットずつ調べることで、どのフラグが立っているのか分かるというわけです。欠点は、フラグを３２個しか作れないということでしょうか。 　さて、ではこのフラグをどうやってくっつけ、そして調べるのでしょうか。

ビット演算 　Ｃ／Ｃ＋＋にはビット演算を行う演算子がみっつ用意されています。それは＆、｜、そして＾です。 　この演算子は＋や−と同じように使用し（例えばi1 & i2のように）、左右の変数の同じ桁のビットを次のように変換します。 　＆はＡＮＤと呼び、「両方とも１の時のみ１、それ以外は０」という計算をします。例えば「0x6 & 0x5 = 0x4」となります。この演算結果から「積」とも呼ばれます。 　｜はＯＲと呼び、「どっちかが１の時に１、両方とも０の時のみ０」という計算をします。例えば「0x6 | 0x5 = 0x7」となります。この演算結果から「和」とも呼ばれます。 　＾はＥＸＯＲと呼び、「０と１の組み合わせの時に１、両方とも同じ時には０」という計算を行います。例えば「0x6 | 0x5 = 0x3」となります。これは同時に「｜（ＯＲ）に似ているが両方とも１の時は０」という関係から「排他的ＯＲ」と呼ばれます。 　これらの演算子を使用して、ビットフラグを操作します。例えば、ウィンドウスタイルを重ね合わせてひとつの整数値にするときには、次のように｜を使用します。

まとめ 　以上、長々とお付き合いいただき、ありがとうございました。 　今回の話はなんだかとりとめがない上に、かなりの量になってしまいました。それをカバーする意味で、できるだけ図を入れてみました。元々この講座は初心者向けのもので、できるだけしっかりと理解してもらいたいなと思い、長々と書いてしまったというわけです。 　で、これまでの話をふまえて、次回は参照、そしてそのあとはポインタについてじっくりと見ていきたいと思います。「初心者キラー」と呼ばれるポインタを、とことん突き詰めてしまいましょう。