鏑矢の憂鬱２０００年３月後半

　
2000/03/16 (Thu)

・やっぱし今日も STL & iostream 入門書き。 STL があと１回ってとこまで来ました。今日中にその１回も完成させて、あとは C++ と最後のまとめの回だけ。今週中の完成も十分可能ですなー。
　
・今日書いたのは std::set とかの連想コンテナ関係。連想コンテナって、 STL の中でもとりあわけ便利なものなんだけど、逆に便利すぎるからアルゴリズムとかと一緒に使いにくいんだよね。そーゆーのもあって、コンテナから紹介するのはイヤだったってのがあります。だから最後ね。
　
・ただ、連想コンテナだけの特殊な操作って、 find() とか upper_bound() とかくらいなんだよね。これ呼んだらイテレーター返ってくるから、そしたらアルゴリズムに使えるから。そのためにも、やっぱアルゴリズムから＜しつこいって（汗）。ま、この辺がこのメルマガのウリだからね。
　
・ iostream はともかくとして、 STL に関しては多くのドキュメントがすでにあるんですね。んでも今のところ満足できるものがないんですね。だから「 STL っていいよ」と勧められない（爆）。じゃー書こうってことになったわけです。ただ逆に、今回のは入門書だから、とてもすべては書ききれない、書ききれないところは既存のドキュメントに任せる、って形にしてます。
　
・つまり STL も iostream も、エントリーレベルのドキュメントがないんで書いたってわけですね。 STL & iostream 入門は、他のドキュメント読んで「おお、理解できる」と思えるようなものになればいいなーと思います。うふふ。
　
・でわまたっ！

　
2000/03/17 (Fri)

・今日はほとんど STL & iostream 入門書いてません。一応、昨日の夜中に少し書いて、 STL が終了！　あとは C++ と最後のまとめですな。
　
・今日のお便り。

　こんにちは。プログラム辞書＆基礎講座、実にいいですね(^-^)参考にさせてもらってます。
　
　実は今、自作のプログラムで地図を表示させてその地図をスクロールさせようとしています。
　で、マウス操作によるスクロールはできたので、キーボードの矢印キーでも操作ができるようにしたいと思いまして、このHPのキーボードフックを参考にしてもどうも上手くできません。
　初心者でフックを使うのは始めてなので解決方法が見つからず困っています。（いろいろな掲示板も見て回りましたがいまいちよくわからず、ここが一番丁寧に解説してあるの参考にしてます）
　実は・・・実現しなくても困らないんですが、プログラマの端くれとしてできるようになりたいなと思って・・・^-^;)
　何かおかしいよーって点があったらご教授いただきたいです。
　環境は、VC++6.0、MFCのAPPWizardを使っています。
　
＜現在の状況＞
　CKeyboardHookクラスを作成して
　

BOOL CKeyboardHook::Set()
{
  m_hHook = ::SetWindowsHookEx(WH_KEYBOARD
            ,(HOOKPROC)CKeyboardHook::KeyboardProc
            ,NULL,0);
  if(!m_hHook)
    return FALSE;  //常にここにきてしまう・・・
  return TRUE;
}

　
　これを地図スクロール用のダイアログを作成した時
　

BOOL CScrollDlg::OnInitDialog() 
{
  CDialog::OnInitDialog();
  m_cKeyHook.Set();//ここから呼び出す
  return TRUE;
}

　
　として呼び出してフックハンドルm_hHookの返り値を見るとNULLが返ってきてしまいます。というかKeyboardProc関数内に行ってないみたいですがどうしてなんでしょう？
　
m_hHook、CKeyboardHook::KeyboardProc
　
　ともに解説通りPrivateかつstaticとして、ダイアログクラスとその呼び出しもとのクラスにKeyboardHook.hを追加してます。
　
　それではよろしくお願いします(v_v;

・どうもですー。とりあえずこのコード自体は問題なさそうですね。送ってくださったエラーメッセージから考えて、ふたつほど原因が思いつくかな。ひとつは、 CKeyboardHook クラスが DLL 内に置かれているんでシステムフックとして判断された。この場合には DLL じゃなく実行ファイルの方に置けば大丈夫かな。どうだろう……。
　
・ふたつめの原因は、スレッドＩＤの指定かなー。 SetWindowsHookEx() の最後の引数に AfxGetApp()->m_nThreadID を渡してみて。確かこれをやらないと動かない場合があったような……。あと第３引数に AfxGetInstanceHandle() を渡してみるとか。たぶんその辺じゃないかなーと。この辺が確か、なんかあったような記憶があるです。とりあえず試してみてね。
　
・でわまたっ！

　
2000/03/18 (Sat)

・今日はプログラミングしてないんでお話なぞ。知っての通りわては「亜流ハンガリアン記法」を使ってます。この規則のうち、「変数名の頭に型が分かる名前をつける」ってのがあります。例えば int iData; とか、 double dData; とか。クラスは全部 c だけど。
　
・わては「組込型」はヒジョーに危険だと思ってます。まずほとんどの型がほとんどの演算子を使用できる。これは勝手に public メンバ関数作られたみたいで不安です。しかもメンバ関数じゃないからブレークポイントをセットできない。どんなときにどんな演算子が呼ばれどんな作用が発生したのか、組込型はそれを調べるのがかなり大変です。
　
・ C++ ではテンプレートの存在で、組込型を統一的に操作できるようになりました。んでもこれは、一歩間違えば「思わぬ型に思わぬ操作」をしかねません。テンプレートはマクロの代替品、コードを省略するためのものであって、ポリモーフィズムなコードを生成させるためのものじゃないんです。テンプレートがどのようにインスタンス化されるかは、使用した時点で決まるし、そのときに「プログラマーの想像通り」に動くべきだからです。
　
・ホントのこと言えば、組込型は使いたくないです（爆）。例えば CInt とか作って、演算子のオーバーロードをする。んでビット関係、たとえば << や | なんかは装備させない。ビットフラグ用には別のクラスを作る、みたいに。んでもこれはやっぱやりすぎだなーと思う。可読性と動作速度に影響が出るし、かぶヘッダーとかの「教え系」ではさすがにほいほい使えないしね。
　
・だから、組込型を使う代わりに、できるだけ「間違った型を使って間違った処理がされる」ようなことがないようにすべき、だからプレフィックスに型名を付けるわけです。だいたい「型が変わったら変数名を変えなきゃいけない」って、型変えただけでほったらかしにする方がやばいやん、型を変えるってことは設計そのものが変わるってことくらい大きいことで、その副作用をチェックするためにも、変数名が変わるくらいがいいんとちゃう？
　
・クラスには、セキュリティのための仕組みが備わってます。アクセス指定子や、作らないと装備されない演算子とか。でも組込型は違う。組込型は裸同然、だから優しく扱わなきゃいけないんです。型名のプレフィックスは、ひ弱な組込型に対する精一杯の過保護だと思ってください。いつの日か、身を守る術を得るその日まで……。
　
・でわまたっ！

　
2000/03/19 (Sun)

・今日はお休みぴょん。
　
・でわまたっ！

　
2000/03/20 (Mon)

・ STL & iostream 入門、完成！！　いやーこんなに早く仕上がるとは思わなかったです。はっ、もしかしたら手抜きしたんじゃ！？＜誰の話やねん。今日は C++ の書いてたんだけど、なんかちょっと C++ はネタ不足だったよーな気が（汗）。少し時間が経って、なんか書くこと思いついたら書きなおそっと。
　
・さて、これが完成したことでプログラミング関連のネタが尽きちゃうんで、ちょっとお知らせ。お知らせは、フリーウェアについて。これまでフリーウェアについては「 KTL 完成させてから」とゆーことにしていました。しかーし、それだとバージョンアップがえらい先になってしまいますね。
　
・それでもいーやと思ってたんだけど、ふたつの理由がそれを許さないのです。ひとつは「バージョン情報」。引っ越ししたから、フリーウェアのバージョン情報に載っている URL やメルアドが使えなくなっちゃうわけですね。それをなんとかしないといけない。もうひとつは窓の杜。更新方法が変わったことで、毎月「残すか落とすか」チェックされるようになったんです。だからある程度頻繁に更新するようにしないとと思って。
　
・で、結局、 MFC を使った状態で、フリーウェアをリビルドして、バージョンアップができる状態にしたいと思います。その上で、少しずつ KTL へと移行していこうと思ってます。もともと KTL は「他のライブラリと共存できる GUI ライブラリ」を目指してるんで、 MFC と一緒に使うのは問題ないんですね。この方が KTL も進むと思うんで、とりあえずこの方向で進んでいきたいと思うです。
　
・今日、 STL & iostream 入門の C++ 編書いてて、ふと思い出したこと。
　

class CNuller
{
public:
	//	Effective C++ SE P.131 のもの。
	//	下のメンバ関数は VC6 では通りません。
	template< class type_Ret >
	operator type_Ret *()
	{
		return reinterpret_cast< type_Ret * >( 0 );
	}
};

　
・これは「メンバ関数テンプレート」という機能を使った「 NULL ポインタ発生装置」です。以前触れたことがあったよーなないよーな……。メンバ関数テンプレートの未サポートで、 VC6 はもとより gcc for Win32 でも通らなかったコード。ってゆーか、戻り値でオーバーロードされないんだからこんなんホントに通るんか？　とか思ってた。
　
・ところがどっこい、この前 gcc for Win32 をバージョンアップしたのを思い出して、これ再びコンパイルしてみました。そしたら通りました！！　おー、 gcc すげー。やっぱこまめバージョンアップできるのは強みだよなー。ちなみに VC7 は２００１年との噂。 BCB5 はプロフェッショナル版買うかなぁ……。
　
・でわまたっ！

　
2000/03/21 (Tue)

・今日はプログラミングしてないや。昨日「フリーウェアのバージョンアップ」って話をしたけど、先にぷらとわとかなゆ～書かなきゃいけないの思い出したんでちょっと後ね。ガッコ始まったら、授業の関連でフーリエ変換と暗号化関係のプログラミングをするんで、やっぱ少しあとかもしんない（汗）。あと STL & iostream 入門購読登録ありがとねー。
　
・でわまたっ。

　
2000/03/22 (Wed)

・今日は久々にぷらとわを書きました。久々だったけど、結構すんなり書けたかなー。さすが１年間書き続けてきただけある（爆）。今日は２話完成。テストアプリの作り方と、メモリについて。５１話以降はかなり基本的な部分をまずする予定。それをしないと、 API まわりとか教えられないんで。それにしても、 VC って教えやすい（爆）。
　
・困ったこと。辞書の単語が送られてきません（汗）。なんででしょう。思うに、辞書は引っ越し前のページしか見られていない、そのページでは登録部分が削除されている、これまでの登録はすべて「検索の間違い」だった、だから送られてこない、とか？　まー楽でいーや（爆）。
　
・今日のお便り。