鏑矢の憂鬱２０００年１２月前半

　
2000/12/01 (Fri)

・ ATL/WTL では、こういった特殊なポリモーフィズム（？？）をしてます。
　

template< class type_Child >
class CParent
{
public:
    void CallChildOutput()
    {
        type_Child *pcChild = static_cast< type_Child* >(this);
        pcChild->Output();
    }

    void Output()
    {
        printf( "CParent::Output()\n" );
    }
};

class CChild
    : public CParent< CChild >
{
public:
    void Output()
    {
        printf( "CChild::Output()\n" );
    }
};

void Use_CChild()
{
    CChild cChild;
    cChild.CallChildOutput();
    // CChild::Output()
}

　
・まず、親クラスのテンプレート引数に子クラスを指定します。親クラスからは、親クラスの「オーバーライド可能な」メンバ関数を、子クラス経由で呼び出します。そのメンバ関数がオーバーライドされてれば子クラスのそのメンバ関数が、されてなければ親クラスのメンバ関数が呼ばれる、とゆー仕組みです。
　
・いやまー、これをポリモーフィズムって呼ぶのには無理があるわな（爆）。 static_cast を使ってたり、 virtual じゃないのにオーバーライドされてたりとなんか不思議な気分。でも、テンプレートを使ってるんで安全性は高いし、どれが呼ばれるか明確に分かるって点ではいい感じかもしんない。
　
・ ATL/WTL はもひとつこの類の仕組みを使ってるんだけど、それはまた明日（爆）。なんかおもいっきし延ばしてるなー。
　
・でわまたっ！

　
2000/12/02 (Sat)

・今日も WTL の話、とは名ばかりでなんかテンプレートの話になってるけど（汗）。もひとつ、 ATL/WTL でよく使われてるのが、多重継承を使ったミョーな関係。
　

template< class type_Child >
class CParent1
{
public:
    void CallChildOutput()
    {
        type_Child *pcChild = static_cast< type_Child* >(this);
        pcChild->Output();
    }
};

class CParent2
{
public:
    void Output()
    {
        printf( "CParent2::Output()\n" );
    }
};

class CChildHas2Parent
    : public CParent1< CChildHas2Parent >
    , public CParent2
{};

void Use_CChildHas2Child()
{
    CChildHas2Parent cChildHas2Parent;
    cChildHas2Parent.CallChildOutput();
    // CParent2::Output()
}

　
・つまり、 CParent1 は（テンプレート引数で指定された）子クラスが「 CParent2 からも継承されている」という前提で作られてて、子クラス経由で CParent2 にアクセスするとゆー仕組みになってるわけです。一見危なっかしそうだけど、テンプレート使ってるんで無理な使い方すればコンパイルエラーになるんで問題なし。
　
・あ、この例だと「 CParent2 から継承せんでも CChildHas2Parent::Output() 」作ればいいんじゃ、って話になるね。 ATL/WTL では CWinDataExchange から子クラスを通して CDialogImpl の各メンバ関数を呼び出すって形なんで、実際はちょっと作るの大変。でもオーバーライドできるようにってこと……じゃないのかな（汗）。っつーか vritual とかないからオーバーライドし放題？
　
・ま、よーするに ATL/WTL の継承関係はちょっと特殊ってことで。これ分かんないと、どれをオーバーライドすればカスタマイズできるのか判んなくなるから結構重要。明日はリストコントロールでも使ってみるかなー。
　
・でわまたっ！

　
2000/12/03 (Sun)

・今日も WTL プログラミング。今日はリストボックスを使ってみました。 WTL の AtlCtrls.h には各コントロールを操作するためのクラスが入ってて、たとえば CButton とか CListViewCtrl とか、あと最近の CDragListBox とか CMonthCalendarCtrl とか CIPAddressCtrl とかも入ってたりします。
　
・使い方は……よーわからん（汗）。とりあえず CListBox 型メンバ変数 m_cListBox を作って CMainDlg::OnInitDialog() で m_cListBox.Attach( GetDlgItem( IDC_LIST1 ) ); して、あとは m_cListBox.AddString( "あいうえお" ); って呼べば動きます。基本的には MFC と同じなんだよねー。ただ自前で Attach() せなならんのがなんか不安。
　
・ま、 CListBox とかはホントに操作専用ラッパークラスと化してるんで、問題はないんだろうけど。メッセージ処理したいときには class CMyListBox : CWindowImpl< CMyListBox, CListBox > ってするようにって書いてあるな。そっか、 ATL の中でも CWindow と CWindowImpl は独立してるからこういうことができるんだな。
　
・さてプログラミングだけど、本格的にしようと思った理由のひとつは、ホームページの管理をするアプリを作りたかったってのが一番なんで、そのへんのテストプログラムを組みつつ、 WTL を試してきたいと思ってます。もし WTL がかなり解ってきたら、 Codian 化したり、フリーウェアを WTL に移行したりするかもしんない。時間きついけど（汗）。
　
・でわまたっ！

　
2000/12/04 (Mon)

・今日は「ほむぺ用プログラム」を作る関係で正規表現ライブラリを使ってみることに。……っつーかどこにあるんだ（爆）。とゆーわけで調べてみると、うにくすに標準で入っているものがあるとのこと。 Perl なんかが使ってるので regex っつーらしい。さて、どーやって手に入れようかな……。
　
・ハードディスク内を検索したらあった（爆）。前にダウンロードした gimp の中に regex.c と regex.h が入ってました。ラッキー。テスト用プロジェクトを作ってコピーして、試行錯誤したあと（ワーニングでまくりながらも）コンパイル通過。っつーか（ギャグではない）最終的にはソースを書き換えずに STDC_HEADERS REGEX_MALLOC __STDC__ を #define すれば通ったのがちょっと感動。
　
・検索して拾ってきたサンプルプログラムを使ってテスト。おー、ちゃんと検索ができてる！！　すげー。とりあえずこれの解析をして、プログラムに使えるかどうか判断しましょう。あと…… WTL に慣れるために WTL モーダルダイアログプロジェクトでテストしてたら、コードをヘッダーに書いてたんでコンパイルエラーが見つけづらい（汗）。やっぱソースファイル作ってそっちに書いた方がいいな。
　
・でわまたっ！

　
2000/12/05 (Tue)

・今日は正規表現ライブラリをちょっとだけ。まず regcomp() ってので正規表現の構文解析をするらしい。 [0-9] が 0-9] になってたらエラー出すみたいなことするんだすな。んで regexec() で実際に文字列がその正規表現とマッチするかどうかチェック。マッチしてたら 0 が返ってくるとゆー。
　
・この regexec() の方はちょっと使い方が複雑らしいんでまだ調べてる途中。なんか第４引数が鍵らしい。これ使うと、マッチしてる位置とかも解る……らしい。ま、リファレンスや使用例はネットに腐るほどあるんでなんとかなるでしょ。それより、自動的に文字列の置き換えとかしてくれないっぽいのがちょっとショック（爆）。 s/abc/ABC/ とかはできないんだなー。
　
・今作ろうとしてるのはホームページマネージャ。たとえば「 Codian フォルダ以下の全ファイルの背景を #000000 に」みたいなことを一発でできるようにしたくて。 Perl みたく一括処理じゃなく、ダイアログベースで対話処理っぽく解りやすくしたくてね。あと、今 Codian の各ページの「次へ」とかを Java スクリプトでやってるけど、これをこのアプリで自動生成するようにしたりとか。
　
・基本的には、これをフリーウェアとして公開する気はないです（爆）。時間なくて、細かい部分まで作り込めるかどうかは疑問だからね。でも、あんまないタイプっぽいからそれなりによさげな気もするし、あとうちかぶとかも WTL で組み直したいってのもあるんで、ちょっとフリーウェアがんばろうかなーとか。
　
・でわまた。

　
2000/12/06 (Wed)

・今日は WTL の話。 WTL のコモンダイアログクラスを使ってみました。まず CFileDialog 。同名のクラスが MFC にもあるんだけど、なんか方向性が違う（汗）。たとえば GetPathName() がなかったり、 GetFilePath() はあるんだけどこれはウィンドウが開いてる間用だったり（汗）。つまり派生してカスタマイズするためのクラスって意味合いが強いみたいです。
　
・つっても CFileDialog::m_ofn にアクセスすればいいんでそんな問題ではないんだけどね。でも同名で方向性が違うってのはちょっときついかもしんない。テンプレートライブラリって完全に公開されてる分、コード読んで使ってくださいみたいなとこ少なからずあるかなー。しかも WTL はリファレンスないし。
　
・もひとつ CFolderDialog なんてクラスもあります。そう、 SHBrowseForFolder() のラッパークラス。 MFC にはないですねー。これひとつあれば「 Lhasa とかで使ってるフォルダダイアログってどーやって使うのん？」ってこともなくなりますな。これも継承できる設計になってるんで、早速継承してオーバーライドして楽しんでます。
　
・たぁだ、なぜか CDialogImplBase から継承してないんでダイアログとして使いづらい（汗）。一応 CDialogImpl と CFolderDialog とで多重継承するとうまくいくんだけど、なーんかアヤシイ（汗）。そうそう、この前紹介したテンプレート流オーバーライドの利点が分かりました。メンバ変数でもオーバーできる（爆）。き、気持ちわりー。
　
・でわまたっ！

　
2000/12/07 (Thu)

・とりあえず、新しいフリーウェア「ほめかぶ」の作成に着手しました。つってもテストアプリ作ってく段階ですけど。作るのはホームページ管理用アプリね。だいたいイメージもできたし、でもそのイメージが結構大変な感じ（汗）。ま、会社で SE やるんだからこんくらい作れないとね。
　
・と言っといてなんだが、なんかのっけから結構大変（汗）。自分ができるからって人に教えられるもんではない、とゆーのがわての持論なんだけど、最近のわては教えられるけど自分でできないかも（爆）。とりあえず、クライアントのないウィンドウ、つまりタイトルバーとツールバーとステータスバーだけのウィンドウを作ろうとしてさっそくつまづく。
　
・「ウィンドウサイズを変更しようとしてもウィンドウの高さは一定」にする機能がある、それは知ってるんだけどどうすればいいのか分かんなかったり（汗）。だから分かったからここに書く（爆）。 WM_GETMINMAXINFO を受け取って、 lParam のポインタが指す構造体に値をセットすればＯＫ。これで高さは変えられないように。
　
・高さは GetSystemMetrics() でタイトルバーとフレームを取得、 GetWindowRect() でツールバーとステータスバーの高さを取得してって形式。しかーし、ツールバーがリバーなんで、メニューと重ねられてしまう（汗）。その辺をどうするかがこれから。ホントはビューウィンドウのサイズから求められるはずなんで、その辺をうまく取得できれば。
　
・あと、なんか謎なエラー出まくり（汗）。上のテストしてた時に、リバーの上にカーソルを持ってくとアクセス違反でエラー。これが DLL の奥底で起きて、しかもエクスプローラーが落ちる（泣）。一度落ちると他のアプリでも落ちちゃうんでなんかミョーな原因があるのかも。
　
・でわまたっ！

　
2000/12/08 (Fri)