第69回 プログラミングについて『C++』

　これまではＷｉｎｄｏｗｓ用のプログラムの話は一度しないで、基本的な事ばかりを
してきました。できる限りＯＳに依存しない部分の話をしてきましたが、やはり最近の
流行はＷｉｎｄｏｗｓですので、これからは少しずつでもＷｉｎｄｏｗｓの話をしてい
きます。
　Ｗｉｎｄｏｗｓのプログラムの話をするにあたって、私が使っているコンパイラはマ
イクロソフトのＶｉｓｕａｌ　Ｃ＋＋で、このクラスライブラリを使っていますので、
違うコンパイラを使っている方には少し話が合わないかも知れません。もっとも、私は
他のコンパイラの事は知らないのでどこがどう違うのかはサッパリ分かりませんので、
了承して下さい。

　私がパソコン用のコンパイラを買ったのは４年程前のことでした。パソコンのことな
ど何も知らなかった私は、以前の会社のコンピュータの達人のＹ氏にお願いして、秋葉
原に一緒に行ってもらいました。秋葉原自体は学生時代に電子部品を購入する目的で毎
週の様に行っていましたので初めてではなかったのですが、結婚してからは殆ど行くこ
ともなく街の変化に驚いたものでした。学生時代というと２０年近くも昔のことで、そ
の当時は、パソコンなどという代物を扱っている店は数店しかありませんでした。
　Ｃ言語のコンパイラを選ぶときＹ氏に相談すると、『ＯＳがマイクロソフトのＤＯＳ
だから、コンパイラもマイクロソフトのものが多分相性がいいよ！』と言うので、素直
にその意見に賛成しました。考えてみればボーランドのものなどはすごく安くて魅力的
だったのですが、とにかく先輩の意見は大切にしなければなりません。そこで、マイク
ロソフトのコンパイラというと、Ｑｕｉｃｋ　Ｃ、Ｍｉｃｒｏ　Ｓｏｆｔ　Ｃ、Ｍｉｃ
ｒｏ　Ｓｏｆｔ　Ｃ／Ｃ＋＋　Ｖ７．０　の３つのうちの１つを選ばなければならない
ことになりました（Ｖｉｓｕａｌ　Ｃ＋＋なんてなかった時代です）。
　そこでＹ氏に、『どれを選ぶ？』と聞かれました。私はどれでもいいような気がした
のですが、会社の先輩のＳ氏が『これからはＣ＋＋の時代だよ！』と言っていたのを思
い出し、『やっぱりＣ＋＋だよ！』と安易に決めてしまったのです。もしたすると、Ｓ
氏はＦＯＲＴＲＡＮしか知らない私を馬鹿にして、『俺はＣもＣ＋＋も知っているんだ
ぞ』と自慢するつもりだったような気もしますが、私は、『なるほどこれからはＣ＋＋
なのかあ』と感心してしまったのです。その当時ＣもＣ＋＋も知らなかった私は、原始
人が現代人に『スーツは食べるとおいしいぞ！』と言われて、『そうかあスーツはおい
しんだ』と感心するのと同じだったのでした。
　こうして　Ｑｕｉｃｋ　Ｃならば２万円も出せば買えるのに、定価で１０万円もする
コンパイラを買ってしまったのです。ところが実際にはＣ＋＋は知らない上、Ｃ＋＋を
どうやってコンパイルするかも分からず（ファイルの拡張子をｃｐｐにすればいいと知
ったのは数年後のことでした）、もっぱらＣしか使わなかったので、高い買い物をした
ものだと、ため息が出る思いでした。
　その後、数年の間はＷｉｎｄｏｗｓのソフトには手を付けなかったのです。実は、こ
のコンパイラとクラスライブラリではＷｉｎｄｏｗｓのソフトを作れるとは思ってもい
なかったのです。分厚いマニュアルも『訳の分からないことをいっぱい書いてあるなあ』
といったぐらいに考えていて、パラパラとめくった程度で放っておいたのでした。
　ＶＡＸ／ＶＭＳから離れた後は、ＵＮＩＸとＤＯＳ上（殆どはＵＮＩＸ）でプログラ
ムを書いていたのですが、ちょっとしたきっかけがＷｉｎｄｏｗｓのプログラムを書か
せることになったのでした。私の会社は基板設計を主業務にしていて、得意先が結構離
れた場所にあったのです。当然出来上がった図面は車で運ぶことになるのですが、これ
が往復３時間もかかってしまうのです。そこで、なんとか図面を運ばずにデータを転送
するだけで済まないものかということになったのでした。私はグラフィック端末を使っ
たものと、Ｘウインドウを使ったものしか経験がなかったので当初はＸウインドウ上で
動作するものを考えていたのですが、先方の希望がパソコンでなんとかならないかとい
うことだったのです。ということは、ＤＯＳかＷｉｎｄｏｗｓのどちらかになるわけで
、どっちも経験がないのでした。
　ＤＯＳでやるとなると、メモリーの問題が絡んできます。どう考えても基板のデータ
というのは機械図とは違ってラインの数が１０万本といった大量なデータ数になってし
まいます。これではプログラムを書くのは非常に辛いことは明らかですので、残るはＷ
ｉｎｄｏｗｓしかありません。そこで、長い間使っていなかったコンパイラのマニュア
ルを引っ張り出してきて読んでみると、確かにそこにはグラフィックに関する説明があ
りました。
　本当に自分が持っているコンパイラでＷｉｎｄｏｗｓのプログラムが書けるのか半信
半疑でパソコンに向かうことになりました。とにかく何も分からないのでサンプルプロ
グラムを研究することにしました。一番簡単そうな『Ｈｅｌｌｏ　Ｗｏｒｌｄ！』です。
確かにこのサンプルをコンパイルして実行するとウインドウが開いてＨｅｌｌｏ
Ｗｏｒｌｄの文字を表示するのです。ところがプログラムを見ても殆ど理解できないの
です。Ｃ＋＋で書いてあるので、Ｃ＋＋のことを何もしらない私は『変な言語だな』と
感じるぐらいで、とにかくチンプンカンプンだったのです。
　こういうときには初心に戻ることが肝心です。私はＣ＋＋の本を買い込んできて、そ
れを勉強することにしました。Ｃを勉強したときには『ふうーん、そうなのね』という
程度で理解できたのですが（ポインタは理解するのに苦しみましたが）、Ｃ＋＋はそう
いう訳にはいきませんでした。クラスとか継承とか、やたらと新しい単語が出てくるの
でこの言葉を理解するのが大変でした。
　どうやらこうやらＣ＋＋をある程度理解した頃には２週間程も経っていました。その
間にもサンプル『Ｈｅｌｌｏ　Ｗｏｒｌｄ』を理解すべく努力していたのですが、自力
でウインドウを開いてそこに文字が書けるようになるまで３週間もかかってしまいまし
た。

　Ｃ＋＋を理解することも大変なのですが、Ｗｉｎｄｏｗｓのプログラミングを理解す
ることも非常に苦労します。とにかくクラスや関数がトラック何台分もあるので、自分
の希望するものを探すのでも何日もかかってしまうことがあるくらいです。メモリーに
関しては、Ｗｉｎｄｏｗｓ３．１では面倒でしたが、Ｗｉｎｄｏｗｓ９５ではポインタ
にｎｅａｒとかｆａｒの区別がなくなったので、非常に楽になっています。

　Ｗｉｎｄｏｗｓのアプリケーションプログラムはメッセージ駆動で動作します。ちょ
っと分かりずらい言葉ですがあまり難しいものではありません。Ｗｉｎｄｏｗｓ上では
アプリケーションプログラムの『ウインドウのサイズが変更された』『マウスが移動し
た』『ボタンが押された』『アイコンになった』などといったことが次々に起こります
。これらのイベントをＷｉｎｄｏｗｓは適切にそのイベントを受け取るべきアプリケー
ションプログラムにメッセージとして教えます。アプリケーションプログラムはＷｉｎ
ｄｏｗｓから受け取ったメッセージを適切に処理していくことになります。このような
動作をメッセージ駆動方式を呼びます。

　＊これからは Ｖｉｓｕａｌ Ｃ＋＋ と ＭＦＣクラスライブラリ上の話になります＊

　Ｗｉｎｄｏｗｓのアプリケーションプログラムには、ボタンとかスライドバーとか
エディットボックスなど色々な要素がありますが、これらのものはすべてウィンドウな
のです。ＭＦＣクラスライブラリにはウインドウの基本クラスに ＣＷｎｄ というクラ
スがあります。ボタンはこのクラスから派生したもので、基本的には ＣＷｎｄ の機能
の殆どを継承しています。このことを知っておくことはＷｉｎｄｏｗｓのアプリケーシ
ョンを作るときに非常に大切です。Ｖｉｓｕａｌ Ｃ＋＋ のクラスライブラリのヘルプ
には必ずこの派生関係が記述されています。
　例えば、ボタンのクラスである ＣＢｕｔｔｏｎ は、

　ＣＯｂｊｅｃｔ
　　└ＣＣｍｄＴａｒｇｅｔ
　　　└ＣＷｎｄ
　　　　└ＣＢｕｔｔｏｎ

と記述されています。ということは、ＣＢｕｔｔｏｎはＣＷｎｄから派生したクラス、
ＣＷｎｄはＣＣｍｄＴａｒｇｅｔから派生したクラス、ＣＣｍｄＴａｒｇｅｔはＣＯｂ
ｊｅｃｔから派生したクラスあることが分かります。ですので、ＣＢｕｔｔｏｎのクラ
スメンバーには１０種類程度のものがありますが、実際にはＣＢｕｔｔｏｎの基本クラ
ス（例えばＣＷｎｄ）のクラスメンバーもＣＢｕｔｔｏｎのクラスメンバーなのです。
　この派生のことすら知らなかったときには、コンパイラのマニュアルを見ても、殆ど
何にも書いていないので呆然としたことがありました。例えば、ＣＣｌｉｅｎｔＤＣの
ヘルプを見てみると、このクラスのメンバー関数はコンストラクタ１つしかありません
。これでは何もできないクラスのような気がするのですが、このクラスは、

　ＣＯｂｊｅｃｔ
　　└ＣＤＣ
　　　└ＣＣｌｉｅｎｔＤＣ

のように派生していますので、ＣＤＣのヘルプをみると山ほどのメンバー関数があるの
です。ですので、ＣＣｌｉｅｎｔＤＣのコンストラクタ以外、このメンバーのすべてが
メンバーであるということなのです。
　またＣＢｕｔｔｏｎから新しいクラスを自分で派生させることも可能です。通常では
ＣＢｕｔｔｏｎから派生させることは滅多にありませんが、ＣＷｎｄから派生させるこ
とはかなりあります。というよりも、ＷｉｎｄｏｗｓのアプリケーションはＣＷｎｄか
ら派生させたクラスを使用しなければならないので、絶対に一度はＣＷｎｄから新しい
クラスを派生させることになるのです。

　Ｗｉｎｄｏｗｓのプログラムの基本型は、ＣＷｉｎａｐｐというクラスのオブジェク
トを１つ持ち、ＣＷｉｎａｐｐがＣＷｎｄクラスから派生させたオブジェクトを１つ持
ちます。ＣＷｉｎａｐｐはＣ言語でのｍａｉｎ関数に相当する部分と考えて下さい。
Ｗｉｎｄｏｗｓは各種のメッセージをこのＣＷｉｎａｐｐに転送します。ＣＷｉｎａｐ
ｐはそのメッセージを適切にＣＷｎｄから派生したオブジェクトに転送します。転送先
はボタンの場合もあれば、エディットボックスの場合もあります。もしボタンだったと
すると、ボタンは押されたというメッセージを受け取ったときには、そのボタンの親ウ
インドウにコマンドが発生したというメッセージを送ることになります。Ｗｉｎｄｏｗ
ｓのアプリケーション内ではこのように色々なメッセージが行き来していますので、結
構このメッセージの発生するタイミングが希望するものと違っていたりして苦労するこ
ともあります。

　通常ＷｉｎｄｏｗｓのプログラムにはＣ＋＋のソースファイルの他に、リソースファ
イルが必要です。私は、Ｖｉｓｕａｌ　Ｃ＋＋に付いているテキストエディタは使って
いないので、ソースコードは自作のテキストエディタＪＵＭを使い、ダイアログやアイ
コンなどはＶｉｓｕａｌ　Ｃ＋＋のエディタを使ってリソースファイルを作成していま
す。リソースファイルもバイナリのものではなくテキスト形式のＲＣファイルで、この
ファイルをＲＣコマンド（プログラム）でＲＥＳファイルに変換してリンク時に合体さ
せるようにしています。このあたりが古い人間の限界というところでしょうか。本当な
らば、すべてをＶｉｓｕａｌ　Ｃ＋＋の開発環境内で行なってスマートにデバッグも出
来るのかも知れないのですが、どうしても自分の肌に合わない部分があるのです。

　最後に、Ｗｉｎｄｏｗｓのプログラム（ＧＵＩのプログラム）はＤＯＳのような文字
だけのプログラムに比べて見た目には高級に見えるものです。特に見た目にこだわった
ものでは、それだけに惑わされて『すごいプログラムだ！』などと思い込んでしまいが
ちです。私の書いたＷｉｎｄｏｗｓ用のプログラムが見た目には全然面白くないからと
いう理由で言い訳をしているのでは決してありません。
　当然のことですが、ＧＵＩのプログラムはプログラムの機能以外に画面の工夫をしな
ければならないというそれまでになかった配慮が必要です。しかしながらそればかりに
力を入れ過ぎたプログラムが驚くほど多いのが現状のようです。基本的にプログラムは
道具ですので機能が最も重要な要素です。ＧＵＩの部分の使い勝手も機能です。それを
履き違えて美しい（ときにはくどいくらいに）けれども、使いずらいプログラムという
ものは歓迎できるものではありません。
　綺麗な彫刻がされているけれども切れない包丁や時間が正確ではない時計。スタイル
はいいけれどもエンストする車。綺麗な色だけれどもすぐ破れるシャツ（これはこれで
嬉しいこともありますが）、美しいけれども性格の悪い女性（これも話は別かな）。考
えていくと限りがありませんが、見た目だけでごまかすようなものが世の中にはたくさ
んあります。逆に言うと機能が悪いから見た目でこまかしているものが多いのです。
　Ｗｉｎｄｏｗｓのプログラムといっても基本的にはＣＵＩのプログラムの延長上にあ
るものだということを忘れないようにして下さい。Ｗｉｎｄｏｗｓのプログラムが書け
たからと言って決して偉い訳ではありませんので、プログラムの内容によってはＤＯＳ
画面で動くものの方が便利なものはＷｉｎｄｏｗｓにこだわる必要はありません。多分
Ｗｉｎｄｏｗｓ用のプログラムでなければならないプログラムはそうでないものと比べ
ると非常に少ないはずです。

　今回はＷｉｎｄｏｗｓのプログラムについて思い付くままにお話しましたが、次回か
らは実際のプログラムの話をしていきます。Ｃ＋＋言語そのものについての話も織り込
んでする予定ですが、できれば努力して自習もして下さい。では、また次回。