近況

2009-12-06

インターフェイスを使うクラスは、TInterfacedObjectの派生クラスでなければなりません。また、TObjectは単一継承しかサポートしません。それゆえ、VCLに含まれる多くのクラスに後からインターフェイスを持たせることはできません。

2009-12-01

.NETフレームワーク(バージョン4)において、FileInfoクラスとDirectoryInfoクラスは、FileSystemInfoクラスから派生しています。逆算してみると…"ファイルはファイルシステムである"も"ディレクトリはファイルシステムである"も、ちょっと合っていない気がします。

Java(バージョン6)において、Fileクラスは、Objectクラスから派生しています。このFileクラスは、ファイルとディレクトリの機能を併せ持っています。

Qt(バージョン4.6)において、FileクラスとDirectoryクラスは、どちらも派生元クラスを持ちません。

BeOSのAPIにおいて、BFileクラスとBDirectoryクラスは、BEntryクラスから派生しています。"Entry"という汎用的な言葉をファイル用語として限定してしまうとは、大胆です。

そもそもディレクトリとは何か。ファイルシステムの実装レベルで見ると、ディレクトリは、ディレクトリ属性が付けられたファイルに過ぎないようです。つまり、ディレクトリもファイルだということになります。それゆえ、ファイルとディレクトリに共通する抽象概念は存在しないことになります。無い物に名前は付けられません。

しかし、この仕組みは話をややこしくします。"ファイル"という用語が二種類の意味を持つことになるからです。一つは、ファイルシステムのエントリという意味でのファイル。もう一つは、ディレクトリでは無いエントリという意味でのファイル。例えば、FileExistsという関数は、名前からだけでは機能を特定できません。

2009-11-07

後処理に属する以上、OnTerminateハンドラでは例外が起きる可能性のある処理を行うべきではありません。例えば、スレッドから計算結果を受け取る手段としてOnTerminateイベントを利用したくなるかもしれません。しかし、後処理以外の目的であれば、専用のイベントを用意し、本処理にあたるExecuteでハンドラを呼ぶ方がTThreadの仕様に適っています。

2009-11-03

"Milestones 2000"は、"What is Apple IIGS?"というサイトに置かれている、エミュレータ用ハードディスクイメージに入っています。プログラムファイルは、"GSHardDrive:Shareware.Games:Ken.Franklin:Milestones2000"というフォルダに入っています。

2009-10-30

• A - 値渡しの引数
• V - 参照渡しの引数(var指定が付けられたもの)
• F - メンバ変数
• G - グローバル変数
• L - ローカル変数(汎用的に使われる整数(i、j、kなど)と文字列(s、t、uなど)は除く)

ローカル変数の名前に"L"を付けることになっていれば、"int"は"LInt"と表記します。こちらの方が、"intValue"よりも、コーダーの意向に近い表現になっていると言えます。("int"という変数名の是非はさておき。)

具体例を挙げます。

ローカル変数の名前に"L"を付けない場合:

int __fastcall HexCharToInt(char AHexChar)
{
    int intValue = HexCharToIntTable[static_cast<unsigned char>(AHexChar)];
    if(intValue < 0) {
        throw EConvertError("The program cannot convert the hexadecimal character to an integer.")；
    }
    return intValue;
}

ローカル変数の名前に"L"を付ける場合:

int __fastcall HexCharToInt(char AHexChar)
{
    int LInt = HexCharToIntTable[static_cast<unsigned char>(AHexChar)];
    if(LInt < 0) {
        throw EConvertError("The program cannot convert the hexadecimal character to an integer.");
    }
    return LInt;
}

接頭辞の"L"を導入することに関する問題としては、シフトキーを押す回数が増えてタイプしづらい、一般的な表記ではないので読み書きに慣れが必要、といったものが考えられます。

2009-10-05

2009-10-03

一連の処理の後始末という文脈でファイルの削除を行う時は、前者の仕様の方が好都合です。

後者を用いて前者と同じ機能を実現すると、次のようになります。

bool __fastcall EnsureDeleteFile(const AnsiString& AFileName)
{
    return
        ::DeleteFile(AFileName.c_str()) ||
        ::GetFileAttributes(AFileName.c_str() == 0xFFFFFFFF);
}

2009-10-02

WinMainより前に初期化される

• ファイルスコープの静的変数
• クラスの静的変数

• 関数内の静的変数 (関数が初めて呼ばれた時に初期化される)

2009-10-01

2009-09-24

2009-09-21

2009-09-16

TApplicationのOnMessageイベントでWM_DROPFILESメッセージをトラップする方法は、複数のウィンドウにおいて同イベントを処理したい場合に実装が煩雑になります。

フックを使う方法もあります。しかし、一個のウィンドウクラスに複数のインスタンスの生成を許可する場合には、フックハンドルをウィンドウインスタンスと結びつけて管理する必要があります。フックプロシージャ内では動的にフックハンドルを取得することになり、アプリケーション全体の処理速度が低下してしまいます。

2009-09-15

TListViewのOnChangeイベントは、リストビューの項目が選択・選択解除される度に発生します。しかし、このイベントのハンドラで関連するコントロールの状態を更新することには問題があります。

リストビューの項目をクリックして選択が一個ずつ切り替わる時、OnChangeイベントは続けて二回発生します。それぞれの発生時において項目の選択数は0と1を示すため、関連するコントロールの状態が使用不可から使用可へと瞬間的に切り替わります。つまり、描画のちらつきが起きてしまいます。

そこで、解決法として、OnChangeイベントとWM_IDLEメッセージを組み合わせる方法があります。OnChangeイベントハンドラでは、リストビューの状態に変更があったことを記録する内部フラグをオンにします。そして、WM_IDLEメッセージハンドラでは、内部フラグがオンになっていたら、関連するコントロールの状態を更新し、内部フラグをオフにします。これで関連するコントロールの状態の更新を一括して行うことができます。

WM_IDLEメッセージをトラップする手段には、MESSAGE_HANDLERマクロ、TApplicationのOnIdleイベント、TActionListのOnUpdateイベント、といったものがあります。

2009-09-10

2009-09-05

Firefox自体は遅くても、PrefbarとAdblock Plusは便利です。これがFirefoxを使う理由の一つになっています。

しかし、OperaもFirefoxも、初回起動時に各自のサイトが表示されるようになっています。これは陰謀のようなものです。

2009-07-11

2009-07-10