C++/CLI

[C/C++/CLI/C#] 二値Enum型を作りたい。

T.Hirase — Thu, 30 Jul 2009 23:39:00 GMT

うすたー：Enum で bool 型を使いたい時って？ (R.Tanaka.Ichiro's Blog)

前回の記事があまりにひどいできだったので、やり直します。

戻り値はtrue/falseでいいですか？

たとえば、データの書き込み関数「TryWritingBytes」を考えます。バッファリングやハードウェアの都合上、書き込みには失敗する可能性があります。

以下に、TryWritingBytes関数の使用例を示します。同関数の実装は省略。

extern bool TryWritingBytes(void * data, size_t size);

int main()
{
	// something to do.
	
	if (TryWritingBytes(data, size)) {
		// 成功時の処理
	} else {
		// 失敗時の処理
	}
	
	// something to do.
}

このTryWritingBytesの戻り値は、書き込み成功時にtrueを返す仕様になります。が、こういう「成功=Trueだな」みたいに、経験十分プログラマ的な感覚で決められた関数って、危ういと思います。みんながみんな経験十分プログラマとは限らないからです。

成功不成功という値を作るべし。

そんなわけで、trueがどっちを表すかなんて、不毛な議論やコメントを書くくらいなら、さっさと別の二値型を作って、読む人も書く人も間違えないようにすべきです。

そんなこんなで、このコード：

enum IsSuccess : bool {
	Success,
	Failed
};

extern IsSuccess TryWritingBytes(void * data, size_t size);

int main()
{
	// something to do.
	
	if (TryWritingBytes(data, size) == Success) {
		// 成功時の処理
	} else {	// Failed
		// 失敗時の処理
	}
	
	// something to do.
}

こんな言語仕様あった方がいいと思いません？

補足

先の記事で、私、「true/falseを別名で扱いたいだけです」と書いていますが、考え直したところ、全然ダメです。true/falseを別名で扱うこともやはり手段であって、目的ではないですし、仮にできたとしても、所詮別名、成功不成功を表す別名にtrue/falseを代入できてしまいますから。

なので、やっぱり、二値Enum。

また先の記事のコメントやトラックバックで、いくつか代替方法をいただきましたが、やはり私を含む経験不足プログラマが見てもわかりやすい方式（二値Enumに限らず）が言語仕様に組み込まれる方が良いと思います。

ちなみに、別に今回の二値Enumがベストな解だとは思っていません。

あとあと、最後に。他にも言語仕様に不満ってありません？　っていうか何でテキストエディタなんだよ？　とか。クラスのメソッドを編集するのに、どのファイルを開けばいいかなんて、覚えるのなんて意味ないよ？　とか。もっと自由にやらせろ、的な。

追記＠2009-07-30T23:40

Success/False以外の例をいくつか。

enum OpenClose : bool { Open, Close };
OpenClose CheckOpenClose();
OpenClose OpenTray();

enum YesNo : bool { Yes, No };
YesNo CheckResponse();
YesNo WaitResponse();

enum GoodBad : bool { Good, Bad };
GoodBad CheckFile(const char * file_name);

enum MaleFemale : bool { Male, Female };
MaleFemale CheckSexuality();

などなど

[C#] SplitContainer/SplitterPanel 使いにくい！

T.Hirase — Wed, 02 Jul 2008 01:20:00 GMT

つぶやき、ですが・・・

.NET Framework 2.0 から追加されました SplitContainer/SplitterPanel が異常に使いにくい。

SplitContainer.Panel1Collapsed / Panel2Collapsed プロパティでパネルの開閉するって、どうかしてるよ。
SplitterPanel が sealed クラスなのは、どうかしてるよ。
SplitterContainer.Panel1 / Panel2 からしか各パネルにアクセスできないって、どうかしてるよ。
SplitContainer の両方のパネルを閉じられないって、どうかしてるよ。

順を追ってみていきます。

SplitContainer.Panel1Collapsed / Panel2Collapsed プロパティでパネルの開閉するって、どうかしてるよ。

「メソッドでヤラせろよ。」とか、「SplitterPanel.Collapsed プロパティ（internal）を使わせろ。」とか、そういう話。というか、どうして、「Panels」がないんだ！　信じられない！

SplitterPanel が sealed クラスなのは、どうかしてるよ。

あぁ、もう最悪。継承できない。（SplitContainer を継承して、無駄なものを作ることは可能）

SplitterContainer.Panel1 / Panel2 からしか各パネルにアクセスできないって、どうかしてるよ。

我求ム「Panels」。ま、内部的には「Controls」に「Panel1」と「Panel2」が入っているのは知っているけど、いちいちキャストせにゃならんじゃん。いうか、パネル２つしかないのってもったいないよ！

SplitContainer の両方のパネルを閉じられないって、どうかしてるよ。

これ、ちょっと特殊だけど、両方のパネルを閉じたときには、その SplitContainer の親要素が SplitterPanel であれば、その SplitterPanel を閉じて欲しいのよね（そうじゃないときは、例外発生か、閉じられないか）。

以上

[C++/CLI] RootNamespaceが狂っていると、System.Resources.MissingManifestResourceExceptionが発生します。

T.Hirase — Tue, 10 Jun 2008 15:07:00 GMT

C++/CLIアプリを作成して、ローカライズ（L10N or I18N) します。このとき、もし自分で名前空間を変えているなら、実行時に「System.Resources.MissingManifestResourceException」例外が発生します。

詳細

どうもアセンブリリソースを埋め込む際に、ルート名前空間を見て名前を修飾して埋めているらしく、ローカライズしたフォーム（ApplyResourceを呼びだしている）クラスの名前空間がルート名前空間とずれていると、実行時に適切なリソースを見つけられなくて、「System.Resources.MissingManifestResourceException」例外が発生するようです。

対処方法は2つ。（ま、結局2つともに同じことなんですけど）

フォームクラスの名前空間を、ルート名前空間に合わせる。
ルート名前空間を、フォームクラスの名前空間に合わせる。

ルート名前空間は、プロジェクトのプロパティウィンドウ（プロパティページでもプロパティマネージャでもないですよ！）の、ルート名前空間で変更するか、プロジェクトをいったんソリューションエクスプローラからアンロードして、右クリックで編集するなどします。

あぁ、つらい。

[C++/CLI] アンマネージのコールバックにマネージのメソッドを登録する。

T.Hirase — Mon, 09 Jun 2008 21:34:00 GMT

こんな方法は・・・・・・・

using namespace System;

#pragma unmanaged
// コールバック関数の型
typedef int (__stdcall *CallbackFuncType)(int, float);

// コールバック関数
static CallbackFuncType g_func;

// コールバック関数の登録
void SetCallback(CallbackFuncType f)
{
    g_func = f;
}

// コールバック関数の呼び出し。
int Run()
{
    return g_func(10, 0.5f);
}
#pragma managed

int __stdcall MyFunc(int i, float f)
{
    Console::WriteLine(i.ToString());
    return static_cast<int>(i * f);
}

int main(array<System::String ^> ^args)
{
    // Callback登録（マネージ関数を登録・・）
    SetCallback(MyFunc);

    // GCしても大丈夫かを確認（登録した関数ポインタがGCされる・・ない）
    GC::Collect(2, GCCollectionMode::Forced);

    // コールバックをネイティブ関数に呼び出してもらう（GCされてたら死亡）
    Int32 ret = Run();
    Console::WriteLine(ret.ToString());

    return 0;
}

これって、どうなんだろう。実行は問題ないんだけど。。

MSDN「方法 : C++ Interop を使用してコールバックおよびデリゲートをマーシャリングする」とは違う方法で、Marshal::GetFunctionPointerForDelegate() も使わないんだけど・・・。

何かご存じの方、、ヘルプミー。