🚀 go-pugleaf

Yoshio Kiya <kiya@asahi.email.ne.jp> wrote in message
news:8evptd$4m2$2@newsgw8.odn.ne.jp...

> >   この基準の意図がわかりません。エラーを返しにくいと言うことですか ? 例
> > 外処理で十分と思いますが...。
>
> 　私はこれで良く悩んでいるのですが、コンストラクターで例外を
> 発生させた場合、メモリーの解放が面倒ではありませんか？

  ありゃ、本当だ。すみません、気づいていませんでした。m(_._)m

> 　わたしは、自分の後始末は自分でしたいので、しかたなく、下記
> のようにすることはありますが…
>
>     class CHoge* pc = (CHoge*)new BYTE[sizeof(CHoge)];
>     try
>     {
>         pc->CHoge::CHoge();
>     }
>     catch ( ... )
>     {
>         delete pc;
>     }

  おお、なるほど...。

> 　MFC の CFile::CFile(LPCTSTR, UINT) なんかみると、何もして
> いないので、たぶん、残ったメモリーはＯＳ終了時に自動的に解放
> されることを期待しているのかなぁなんて思っています。

  VC++ 4.0 のヘルプ (KB: Q132893) を見ると、「こう言う時は、Two-phased
construction で解決できる。」と書いてあって、どれどれと見てみると単に...

class CHOGE {
public:
  CHOGE(){}; // 例外は発生させない...。
  Create(){
    // ここで本当のオブジェクト構築を行う。
  }
}

void foo()
{
  CHOGE *pc = new CHOGE;
  try {
    pc->Create();
    ...
  }
  catch (...){
    delete pc;
  }
}

の様にしてねと言うことでした。

> 　なんで、CFile::CFile(LPCTSTR, UINT) 使うときは必ずローカル
> 変数またはメンバー変数にしてます。
>

  そう言う意味で、Microsoft としては...

try {
  CFile *p = new CFile("xxx", CFile::modeRead);
}
catch (CFileException e)
  ...
}

じゃなく...

CFileException e;
CFile *p = new CFile();
if(!p->Open("xxx", CFile::modeRead, &e)){
  ...
}

の様にして欲しいと言うことの様です...。

> # あ～気持ち悪い…

  気持ち悪さは、ちょっと軽減 !? でも、面倒ですね。

--
--------------
電子のお針箱
ueno@di.mbn.or.jp
(From: ヘッダーはスパム対策のため -nospam を付加しています。)
--------------