TN038: MFC/OLE IUnknown の実装

[アーティクル]
06/16/2023

Note

次のテクニカルノートは、最初にオンラインドキュメントの一部とされてから更新されていません。結果として、一部のプロシージャおよびトピックが最新でないか、不正になります。最新の情報について、オンラインドキュメントのキーワードで関係のあるトピックを検索することをお勧めします。

OLE 2 の中核は、"OLE コンポーネントオブジェクトモデル (COM: Component Object Model)" です。 COM は、複数のオブジェクトが相互に協調して通信するための基準を定義しています。この定義には、オブジェクトにメソッドをディスパッチする方法など、"オブジェクト" を外から見たときの詳細が含まれています。 COM にはまた、基底クラスが定義されています。COM 対応のクラスはすべてこのクラスから派生します。この基底クラスは IUnknown です。 IUnknown インターフェイスは C++ クラスと呼ばれていますが、COM の利用は特定の言語に限定されていません。C や PASCAL など、COM オブジェクトのバイナリ形式をサポートするすべての言語で COM を実装できます。

OLE では、すべての IUnknown 派生クラスを "インターフェイス" と呼びます。IUnknown などの "インターフェイス" と呼ばれるクラスは実装を持ちません。このことは重要な違いです。この "インターフェイス" と呼ばれるクラスは、オブジェクト間の通信プロトコルだけを定義し、その具体的な実装は定義していません。これは、システムの最大限の柔軟性を確保するためです。 MFC/C++ プログラムの既定の動作は、MFC (Microsoft Foundation Class) によって実装されます。

MFC による IUnknown の実装を理解するには、その前にまず、このインターフェイスについて理解する必要があります。簡単な IUnknown の定義を次に示します。

class IUnknown
{
public:
    virtual HRESULT QueryInterface(REFIID iid, void** ppvObj) = 0;
    virtual ULONG AddRef() = 0;
    virtual ULONG Release() = 0;
};

Note

この説明では、必要な呼び出し規約の詳細の一部 (__stdcall など) を省略しています。

メンバー関数、AddRef および Release は、オブジェクトのメモリ管理を制御します。 COM は、参照カウントスキームを使用してオブジェクトを追跡します。 C++ と異なり、オブジェクトが直接参照されることはありません。 COM オブジェクトは、常にポインターを通じて参照されます。オブジェクトが不要になると、所有者はオブジェクトの Release メンバーを呼び出して不要なオブジェクトを解放します (従来の C++ オブジェクトのような delete 演算子は使用しません)。参照カウントスキームを使用することで、単一オブジェクトに対する多重参照を管理できます。オブジェクトの参照カウントは、AddRef と Release の実装によって管理されます。オブジェクトは、参照カウントが 0 になるまで削除されません。

AddRef と Release の実装はきわめて単純です。実装では次の処理を行うだけです。

ULONG CMyObj::AddRef()
{
    return ++m_dwRef;
}

ULONG CMyObj::Release()
{
    if (--m_dwRef == 0)
    {
        delete this;
        return 0;
    }
    return m_dwRef;
}

QueryInterface メンバー関数は、より高度な手法を使用しています。メンバー関数として AddRef と Release しか持たないオブジェクトの動作は限られているので、IUnknown よりも多くの機能を持つオブジェクトを作成する方が実際的です。そこで役立つのが QueryInterface です。 QueryInterface を使用すると、1 つのオブジェクトが複数の "インターフェイス" を持つことができます。通常、これらのインターフェイスは IUnknown 派生クラスとして作成します。新しい機能は、このクラスの新しいメンバー関数として追加します。 COM インターフェイスでは、インターフェイス内でメンバー変数を宣言せず、メンバー関数はすべて純粋仮想として宣言します。たとえば、にします。

class IPrintInterface : public IUnknown
{
public:
    virtual void PrintObject() = 0;
};

IUnknown しかない場合に IPrintInterface を取得するには、IPrintInterface の IID を使用して QueryInterface を呼び出します。 IID は、インターフェイスを一意に識別する 128 ビットの数値です。各インターフェイスには、開発者や OLE によって定義された IID があります。 pUnk が IUnknown オブジェクトへのポインターである場合、IPrintInterface を取得するためのコードは次のようになります。

IPrintInterface* pPrint = NULL;
if (pUnk->QueryInterface(IID_IPrintInterface, (void**)&pPrint) == NOERROR)
{
    pPrint->PrintObject();
    pPrint->Release();
    // release pointer obtained via QueryInterface
}

きわめて簡単に見えますが、どのように IPrintInterface と IUnknown インターフェイスの両方をサポートするオブジェクトを実装するのでしょうか。この場合、IPrintInterface は IUnknown から直接派生しているのでシンプルです。 — IPrintInterface の実装により、IUnknown が自動的にサポートされます。次に例を示します。

class CPrintObj : public CPrintInterface
{
    virtual HRESULT QueryInterface(REFIID iid, void** ppvObj);
    virtual ULONG AddRef();
    virtual ULONG Release();
    virtual void PrintObject();
};

AddRef と Release の実装は、前の実装例とまったく同じです。 CPrintObj::QueryInterface は、次のようになります。

HRESULT CPrintObj::QueryInterface(REFIID iid, void FAR* FAR* ppvObj)
{
    if (iid == IID_IUnknown || iid == IID_IPrintInterface)
    {
        *ppvObj = this;
        AddRef();
        return NOERROR;
    }
    return E_NOINTERFACE;
}

上のコード例に示すように、インターフェイス ID (IID) が認識された場合はポインターがオブジェクトに返され、認識されない場合はエラーが発生します。また、QueryInterface の処理が成功した場合は、AddRef が暗黙的に呼び出されます。もちろん、CEditObj::Print も実装する必要があります。上の例の場合は IPrintInterface が IUnknown インターフェイスから直接派生しているのでシンプルです。ただし、2 つの異なる IUnknown 派生インターフェイスをサポートする場合は、次の作業を検討する必要があります。

class IEditInterface : public IUnkown
{
public:
    virtual void EditObject() = 0;
};

IEditInterface と IPrintInterface の両方をサポートするクラスは、C++ の多重継承を利用する方法も含めて、さまざまな方法で実装できますが、ここではクラスの入れ子を利用する方法を説明します。

class CEditPrintObj
{
public:
    CEditPrintObj();

    HRESULT QueryInterface(REFIID iid, void**);
    ULONG AddRef();
    ULONG Release();
    DWORD m_dwRef;

    class CPrintObj : public IPrintInterface
    {
    public:
        CEditPrintObj* m_pParent;
        virtual HRESULT QueryInterface(REFIID iid, void** ppvObj);
        virtual ULONG AddRef();
        virtual ULONG Release();
    } m_printObj;

    class CEditObj : public IEditInterface
    {
    public:
        CEditPrintObj* m_pParent;
        virtual ULONG QueryInterface(REFIID iid, void** ppvObj);
        virtual ULONG AddRef();
        virtual ULONG Release();
    } m_editObj;
};

以下では、上記の実装全体が含まれています。

CEditPrintObj::CEditPrintObj()
{
    m_editObj.m_pParent = this;
    m_printObj.m_pParent = this;
}

ULONG CEditPrintObj::AddRef()
{
    return ++m_dwRef;
}

CEditPrintObj::Release()
{
    if (--m_dwRef == 0)
    {
        delete this;
        return 0;
    }
    return m_dwRef;
}

HRESULT CEditPrintObj::QueryInterface(REFIID iid, void** ppvObj)
{
    if (iid == IID_IUnknown || iid == IID_IPrintInterface)
    {
        *ppvObj = &m_printObj;
        AddRef();
        return NOERROR;
    }
    else if (iid == IID_IEditInterface)
    {
        *ppvObj = &m_editObj;
        AddRef();
        return NOERROR;
    }
    return E_NOINTERFACE;
}

ULONG CEditPrintObj::CEditObj::AddRef()
{
    return m_pParent->AddRef();
}

ULONG CEditPrintObj::CEditObj::Release()
{
    return m_pParent->Release();
}

HRESULT CEditPrintObj::CEditObj::QueryInterface(REFIID iid, void** ppvObj)
{
    return m_pParent->QueryInterface(iid, ppvObj);
}

ULONG CEditPrintObj::CPrintObj::AddRef()
{
    return m_pParent->AddRef();
}

ULONG CEditPrintObj::CPrintObj::Release()
{
    return m_pParent->Release();
}

HRESULT CEditPrintObj::CPrintObj::QueryInterface(REFIID iid, void** ppvObj)
{
    return m_pParent->QueryInterface(iid, ppvObj);
}

IUnknown の実装の大部分は、CEditPrintObj::CEditObj と CEditPrintObj::CPrintObj に重複してコードを記述するのではなく、CEditPrintObj クラスに記述します。これにより、コードのサイズが圧縮され、バグを回避できます。ここで重要なのは、IUnknown インターフェイスから QueryInterface を呼び出すことによって、オブジェクトがサポートするすべてのインターフェイスを取得できる点と、このように取得した各インターフェイスからも同じようにインターフェイスを取得できる点です。つまり、どのインターフェイスから呼び出された場合でも、関数 QueryInterface は同じ動作を行う必要があります。これらの埋め込みオブジェクトから "外側のオブジェクト" の実装を呼び出すために、バックポインター (m_pParent) が使用されています。 m_pParent ポインターは CEditPrintObj コンストラクターで初期化されます。 CEditPrintObj::CPrintObj::PrintObject と CEditPrintObj::CEditObj::EditObject も同様に実装します。オブジェクトの編集というたった 1 つの機能を追加するために、大きなコードを追加しました。しかしインターフェイス内にメンバー関数が 1 つだけということはほとんどなく、この例の場合も、EditObject と PrintObject を 1 つのインターフェイスにまとめるのが普通です。

このように単純なシナリオを実現するために、詳細な説明と大きなコードが必要です。しかし、MFC/OLE クラスという代替方法を使用することで、同じ機能を簡単に実現できます。 MFC 実装では、Windows メッセージのラップに使用されるメッセージマップに似た方法を使用します。この機能は、インターフェイスマップと呼ばれ、次のセクションで説明されます。

MFC インターフェイスマップ

MFC/OLE には "インターフェイスマップ" の実装が含まれています。この実装は概念や実行方法が、MFC の "メッセージマップ" や "ディスパッチマップ" に似ています。 MFC インターフェイスマップには、次の基本機能があります。

CCmdTarget クラスに組み込まれた IUnknown の標準実装。
参照カウントの管理、および AddRef と Release による変更
QueryInterface のデータ駆動機構

また、インターフェイスマップは、次の拡張機能もサポートしています。

集約可能な COM オブジェクトの作成機能
COM オブジェクトの実装に他の集約オブジェクトを使用する機能
これらの実装のフックや拡張

オブジェクトの集約の詳細については、「集約」のトピックを参照してください。

MFC インターフェイスマップの基点は CCmdTarget クラスです。 CCmdTarget クラスには、参照カウントと IUnknown の実装に関連するすべてのメンバー関数があります (参照カウントの例は CCmdTarget にあります)。 OLE COM をサポートするクラスを作成するには CCmdTarget の派生クラスを作成し、マクロや CCmdTarget メンバー関数を利用して必要なインターフェイスを実装します。 MFC 実装では、上の例で示したように各インターフェイスの実装で入れ子になったクラスが使用され、 IUnknown の標準実装によって簡略化されています。また、コード簡略化のために多くのマクロも用意されています。

インターフェイスマップの基本

MFC インターフェイスマップを利用したクラスを作成するには

CCmdTarget クラスの直接派生クラスまたは間接派生クラスを作成します。
派生クラスで関数 DECLARE_INTERFACE_MAP を定義します。
サポートするインターフェイスごとに、クラス定義で BEGIN_INTERFACE_PART マクロと END_INTERFACE_PART マクロを使用します。
実装ファイルで、BEGIN_INTERFACE_MAP マクロと END_INTERFACE_MAP マクロを使用して、クラスのインターフェイスマップを定義します。
サポートされている IID ごとに、BEGIN_INTERFACE_MAP マクロと END_INTERFACE_MAP マクロの間に INTERFACE_PART マクロを使用して、その IID をクラスの特定の "部分" にマップします。
入れ子になったクラスとして、サポートするインターフェイスを実装します。
METHOD_PROLOGUE マクロを使用して、親の CCmdTarget 派生オブジェクトにアクセスします。
AddRef、Release、QueryInterface の代わりに、これらの関数の CCmdTarget 実装である ExternalAddRef、ExternalRelease、ExternalQueryInterface を使用できます。

上の例の CPrintEditObj の場合は次のように実装できます。

class CPrintEditObj : public CCmdTarget
{
public:
    // member data and member functions for CPrintEditObj go here

// Interface Maps
protected:
    DECLARE_INTERFACE_MAP()

    BEGIN_INTERFACE_PART(EditObj, IEditInterface)
        STDMETHOD_(void, EditObject)();
    END_INTERFACE_PART(EditObj)

    BEGIN_INTERFACE_PART(PrintObj, IPrintInterface)
        STDMETHOD_(void, PrintObject)();
    END_INTERFACE_PART(PrintObj)
};

この宣言によって CCmdTarget 派生クラスが作成されます。 DECLARE_INTERFACE_MAP マクロは、このクラスがカスタムインターフェイスマップを持つことをフレームワークに通知します。加えて、BEGIN_INTERFACE_PART マクロと END_INTERFACE_PART マクロは入れ子になったクラスを定義します。上の例では、入れ子になったクラスは CEditObj と CPrintObj です。入れ子になったクラス名の先頭には X が付きます。これに対してグローバルクラス名の先頭には "C"、インターフェイスクラス名の先頭には "I" が付きます。これらの入れ子になった 2 つのクラスのそれぞれに、入れ子になった 2 つのメンバー m_CEditObj と m_CPrintObj が作成されます。関数 AddRef、Release、QueryInterface はこれらのマクロによって自動的に宣言されるため、ここではそのインターフェイスに特有のメンバー関数 EditObject と PrintObject だけを宣言します。ターゲットプラットフォームに対する適切な _stdcall や仮想キーワードが与えられるように、OLE マクロ STDMETHOD が使用されています。

このクラスに対するインターフェイスマップを実装するには:

BEGIN_INTERFACE_MAP(CPrintEditObj, CCmdTarget)
    INTERFACE_PART(CPrintEditObj, IID_IPrintInterface, PrintObj)
    INTERFACE_PART(CPrintEditObj, IID_IEditInterface, EditObj)
END_INTERFACE_MAP()

これにより IID_IPrintInterface IID と m_CPrintObj、IID_IEditInterface IID と m_CEditObj が関連付けられます。 CCmdTarget 実装の QueryInterface (CCmdTarget::ExternalQueryInterface) にはこのマップを使用し、要求があったときに m_CPrintObj や m_CEditObj へのポインターを返します。 IID_IUnknown に対するエントリをマップに含める必要はありません。IID_IUnknown が要求されると、マップの先頭のインターフェイス (この場合は m_CPrintObj) が使用されます。

関数 AddRef、Release、QueryInterface は BEGIN_INTERFACE_PART マクロによって自動的に宣言されますが、次のような記述が必要です。

ULONG FAR EXPORT CEditPrintObj::XEditObj::AddRef()
{
    METHOD_PROLOGUE(CEditPrintObj, EditObj)
    return pThis->ExternalAddRef();
}

ULONG FAR EXPORT CEditPrintObj::XEditObj::Release()
{
    METHOD_PROLOGUE(CEditPrintObj, EditObj)
    return pThis->ExternalRelease();
}

HRESULT FAR EXPORT CEditPrintObj::XEditObj::QueryInterface(
    REFIID iid,
    void FAR* FAR* ppvObj)
{
    METHOD_PROLOGUE(CEditPrintObj, EditObj)
    return (HRESULT)pThis->ExternalQueryInterface(&iid, ppvObj);
}

void FAR EXPORT CEditPrintObj::XEditObj::EditObject()
{
    METHOD_PROLOGUE(CEditPrintObj, EditObj)
    // code to "Edit" the object, whatever that means...
}

CEditPrintObj::CPrintObj の実装は、上の CEditPrintObj::CEditObj の定義に似ています。ここに示した関数を自動的に生成するマクロを作成することも可能ですが (開発初期バージョンの MFC/OLE では実際に作成されていました)、マクロが複数行に展開される場合はブレークポイントの設定が難しくなります。このため、コードは手動で展開されます。

フレームワーク実装のメッセージマップを利用すると、次の作業が不要になります。

QueryInterface の実装
AddRef と Release の実装
各インターフェイスに対するこれらの組み込みメソッドの宣言

フレームワーク内部でもメッセージマップが使用されています。このため、フレームワーククラス (COleServerDoc など) の派生クラスを作成すると、そのクラスは自動的に数種類のインターフェイスを持つことになります。また、このインターフェイスを変更したり、まったく新しいインターフェイスに置き換えたりすることもできます。これは、フレームワークが基底クラスからのインターフェイスマップの継承を完全にサポートしているためです。このため、BEGIN_INTERFACE_MAP は第 2 パラメーターとして基底クラス名を必要とします。

Note

通常は、MFC から埋め込みに特殊化したインターフェイスを継承しても、MFC の組み込み OLE インターフェイスの実装を再利用できません。これは、包含先の CCmdTarget 派生オブジェクトへのアクセスに、METHOD_PROLOGUE マクロを使用しているためです。このマクロは CCmdTarget の派生オブジェクトからそこに埋め込まれているオブジェクトにアクセスするときに固定長のオフセット値を使用します。たとえば COleClientItem::XAdviseSink では、MFC 実装から埋め込みの XMyAdviseSink を派生できません。これは XAdviseSink では、COleClientItem オブジェクトの先頭からのオフセット値が異なる値になるためです。

Note

ただし、これらの関数に MFC の既定の動作を求めるときは、MFC 実装に処理を任せることができます。これは IOleInPlaceFrame クラスで MFC 実装の COleFrameHook (XOleInPlaceFrame) によって行われます。このクラスは多くの関数に対して m_xOleInPlaceUIWindow に処理を任せます。この設計は、多数のインターフェイスを含むオブジェクトの実行時サイズを小さくする目的で選択されます。この処理ではバックポインター (前の m_pParent など) は不要です。

集約とインターフェイスマップ

MFC はスタンドアロンの COM オブジェクトのほかに、集約もサポートしています。ここでは集約の詳細については説明しません。詳細については、「集約」を参照してください。ここではフレームワークとインターフェイスマップに組み込まれている集約に限定して説明します。

集約の利用方法には、(1) 集約をサポートする COM オブジェクトの利用、(2) 集約の一部となることができるオブジェクトの作成の 2 種類があります。これらの機能はそれぞれ "集約オブジェクトの利用" と "集約可能オブジェクトの作成" と呼ばれます。 MFC ではこの両方がサポートされています。

集約オブジェクトの利用

集約オブジェクトを使用するには、集約を QueryInterface 機構に結び付ける必要があります。つまり、本体オブジェクトに最初から含まれているかのように集約オブジェクトを動作させる必要があります。 MFC のインターフェイスマップ機構にオブジェクトを結び付けるには、INTERFACE_PART マクロで入れ子になったオブジェクトを IID にリンクするほか、集約オブジェクトを CCmdTarget 派生クラスの一部として宣言します。これを行うには、INTERFACE_AGGREGATE マクロを使用します。このマクロはメンバー変数 (IUnknown オブジェクトまたはその派生クラスのオブジェクトへのポインター) を指定してインターフェイスマップ機構に組み込むことができます。 CCmdTarget::ExternalQueryInterface を呼び出したときのポインターが NULL でなく、指定された IID が CCmdTarget オブジェクト自身がサポートする IID でない場合は、集約オブジェクトのメンバー関数 QueryInterface が自動的に呼び出されます。

マクロ INTERFACE_AGGREGATE を使用するには

集約オブジェクトへのポインター (IUnknown*) となるメンバー変数を宣言します。
インターフェイスマップに INTERFACE_AGGREGATE マクロを記述します。このマクロでこのメンバー変数を名前で指定します。
適切な時点で (普通は CCmdTarget::OnCreateAggregates 内) このメンバー変数を NULL 値以外の値に初期化します。

次に例を示します。

class CAggrExample : public CCmdTarget
{
public:
    CAggrExample();

protected:
    LPUNKNOWN m_lpAggrInner;
    virtual BOOL OnCreateAggregates();

    DECLARE_INTERFACE_MAP()
    // "native" interface part macros may be used here
};

CAggrExample::CAggrExample()
{
    m_lpAggrInner = NULL;
}

BOOL CAggrExample::OnCreateAggregates()
{
    // wire up aggregate with correct controlling unknown
    m_lpAggrInner = CoCreateInstance(CLSID_Example,
        GetControllingUnknown(), CLSCTX_INPROC_SERVER,
        IID_IUnknown, (LPVOID*)&m_lpAggrInner);

    if (m_lpAggrInner == NULL)
        return FALSE;
    // optionally, create other aggregate objects here
    return TRUE;
}

BEGIN_INTERFACE_MAP(CAggrExample, CCmdTarget)
    // native "INTERFACE_PART" entries go here
    INTERFACE_AGGREGATE(CAggrExample, m_lpAggrInner)
END_INTERFACE_MAP()

m_lpAggrInner 変数はコンストラクターによって NULL に初期化されます。既定の実装の QueryInterface では、NULL 値のメンバー変数は無視されます。集約オブジェクトは OnCreateAggregates で作成するのが適切です。 MFC 実装の COleObjectFactory 以外でオブジェクトを作成するときは、この関数を明示的に呼び出します。 CCmdTarget::OnCreateAggregates で集約オブジェクトを作成し、CCmdTarget::GetControllingUnknown を使用する理由は、集約可能オブジェクトの作成方法を解説する際に説明します。

上の方法を使用すると、オブジェクト本来のインターフェイスに加えて集約オブジェクトが持つすべてのインターフェイスを持つことができます。集約オブジェクトがサポートするインターフェイスの一部だけを利用するには、CCmdTarget::GetInterfaceHook をオーバーライドします。この方法では、QueryInterface と同じように、下位のフックが有効になります。通常は、集約オブジェクトがサポートするすべてのインターフェイスを使用します。

集約可能なオブジェクト実装のための作業

オブジェクトを集約可能にするには、AddRef、Release、QueryInterface の処理を "controlling unknown" に任せる必要があります。集約オブジェクトを相手のオブジェクトの一部にするには、AddRef、Release、QueryInterface の処理を他の IUnknown 派生オブジェクトに任せる必要があります。この "controlling unknown" はオブジェクトが作成されるときにオブジェクト対して指定されます。つまり、COleObjectFactory の実装に対して指定されることになります。 COleObjectFactory をこのように実装すると、若干のオーバーヘッドが発生するため、場合によっては適切でない場合もあります。このため、MFC ではこの処理はオプションとして選択できるようになっています。オブジェクトを集約可能にするには、そのオブジェクトのコンストラクターから CCmdTarget::EnableAggregation を呼び出します。

オブジェクトで集約を使用するときは、適切な "controlling unknown" が集約オブジェクトに渡されるようにする必要があります。通常は、集約が作成されるときに IUnknown ポインターがオブジェクトに渡されます。たとえば、CoCreateInstance を使用してオブジェクトを作成すると、パラメーター pUnkOuter が "controlling unknown" になります。正確な "controlling unknown" ポインターは、CCmdTarget::GetControllingUnknown を呼び出して取得できます。しかし、コンストラクター中ではこの関数の戻り値は保証されません。このため、集約オブジェクトは CCmdTarget::OnCreateAggregates をオーバーライドした関数の中でのみ作成することを推奨します。この中では (GetControllingUnknown 実装から作成されたものであっても) COleObjectFactory の戻り値は保証されます。

架空の参照カウントを作成または解放するときに、オブジェクトが正しい参照カウントを操作することも重要です。これを保証するために、ExternalAddRef と ExternalRelease ではなく、必ず InternalRelease と InternalAddRef を呼び出すようにしてください。集約をサポートするクラスで InternalRelease と InternalAddRef を呼び出すことはほとんどありません。

リファレンスマニュアル

独自のインターフェイスの定義や、フレームワークの OLE インターフェイスのオーバーライドなど、OLE の高度な機能を利用するときは、基盤となるインターフェイスマップ機構の使い方を理解しておく必要があります。

ここでは、このような高度な機能の実装に使用されるマクロと API について説明します。

CCmdTarget::EnableAggregation - 関数の説明

void EnableAggregation();

解説

この種のオブジェクトについて OLE 集約をサポートする場合、この関数を派生クラスのコンストラクターで呼び出します。この関数を呼び出すことによって、集約可能オブジェクトに必要な特別な IUnknown 実装が用意されます。

CCmdTarget::ExternalQueryInterface — 関数の説明

DWORD ExternalQueryInterface(
    const void FAR* lpIID,
    LPVOIDFAR* ppvObj
);

パラメーター

lpIID
IID への far ポインター (QueryInterface の第 1 引数)

ppvObj
IUnknown* へのポインター (QueryInterface の第 2 引数)

解説

IUnknown を実装するとき、クラスが実装する各インターフェイスに対してこの関数を呼び出します。この関数はオブジェクトのインターフェイスマップに基づき、標準的なデータ駆動型の QueryInterface を実行します。この関数の戻り値は HRESULT 型にキャストする必要があります。集約オブジェクトの場合、この関数はローカルなインターフェイスマップを使用せずに、"controlling IUnknown" を呼び出します。

CCmdTarget::ExternalAddRef - 関数の説明

DWORD ExternalAddRef();

解説

IUnknown::AddRef を実装するとき、クラスが実装する各インターフェイスに対してこの関数を呼び出します。戻り値は、CCmdTarget オブジェクトの新しい参照カウント値を示します。集約オブジェクトの場合、この関数はローカルな参照カウントを操作せずに、"controlling IUnknown" を呼び出します。

CCmdTarget::ExternalRelease - 関数の説明

DWORD ExternalRelease();

解説

IUnknown::Release を実装するとき、クラスが実装する各インターフェイスに対してこの関数を呼び出します。戻り値は、オブジェクトの新しい参照カウント値を示します。集約オブジェクトの場合、この関数はローカルな参照カウントを操作せずに、"controlling IUnknown" を呼び出します。

DECLARE_INTERFACE_MAP - マクロの説明

DECLARE_INTERFACE_MAP

解説

このマクロは、CCmdTarget からの派生クラスのうち、インターフェイスマップを持つすべてのクラスで使用します。 DECLARE_MESSAGE_MAP とほぼ同じ方法で使用します。このマクロ呼び出しは、クラス定義 (通常はヘッダー (.H) ファイル内) で使用します。 DECLARE_INTERFACE_MAP を指定したクラスでは、実装ファイル (.CPP) で BEGIN_INTERFACE_MAP マクロと END_INTERFACE_MAP マクロを使用してインターフェイスマップを定義する必要があります。

BEGIN_INTERFACE_PART、END_INTERFACE_PART - マクロの説明

BEGIN_INTERFACE_PART(localClass, iface);
END_INTERFACE_PART(localClass)

パラメーター

localClass
このインターフェイスを実装するクラスの名前

iface
このクラスによって実装されるインターフェイスの名前

解説

クラスが実装するインターフェイスごとに、BEGIN_INTERFACE_PART と END_INTERFACE_PART のペアを記述する必要があります。これらのマクロでは、OLE インターフェイスから派生させるローカルクラスと、そのクラスの埋め込みメンバー変数を定義します。メンバー関数 AddRef、Release、QueryInterface は自動的に宣言されます。これ以外のメンバー関数をインターフェイスで使用する場合は、直接宣言する必要があります。これらの宣言は BEGIN_INTERFACE_PART マクロと END_INTERFACE_PART マクロの間に記述します。

引数 iface は作成する OLE インターフェイス (IAdviseSink や IPersistStorage など、またはカスタムインターフェイス) を示します。

引数 localClass に定義するローカルクラス名を指定します。名前の先頭には 'X' が自動的に付けられます。この名前付け規則は、グローバルクラス名との競合を回避するためです。また埋め込みメンバーには localClass 名の前に 'm_x' を付けた名前が指定されます。

次に例を示します。

BEGIN_INTERFACE_PART(MyAdviseSink, IAdviseSink)
    STDMETHOD_(void, OnDataChange)(LPFORMATETC, LPSTGMEDIUM);
    STDMETHOD_(void, OnViewChange)(DWORD, LONG);
    STDMETHOD_(void, OnRename)(LPMONIKER);
    STDMETHOD_(void, OnSave)();
    STDMETHOD_(void, OnClose)();
END_INTERFACE_PART(MyAdviseSink)

これによって IAdviseSink から派生されるローカルクラス XMyAdviseSink が定義されます。またこのクラスのメンバー名は m_xMyAdviseSink になります。

Note

STDMETHOD_ で始まる行は基本的に OLE2.H からコピーしたものであり、変更が加えられます。 OLE2.H からコピーすると、発見が困難なエラーを回避できます。

BEGIN_INTERFACE_MAP、END_INTERFACE_MAP - マクロの説明

BEGIN_INTERFACE_MAP(theClass, baseClass)
END_INTERFACE_MAP

パラメーター

theClass
定義するインターフェイスマップが含まれるクラス

baseClass
theClass の派生元のクラス。

解説

実際にインターフェイスマップを定義するには、実装ファイルに BEGIN_INTERFACE_MAP マクロと END_INTERFACE_MAP マクロを記述します。実装するインターフェイスごとに 1 つ以上の INTERFACE_PART マクロを呼び出します。このクラスで使用する集約ごとに 1 つの INTERFACE_AGGREGATE マクロ呼び出しを記述します。

INTERFACE_PART - マクロの説明

INTERFACE_PART(theClass, iid, localClass)

パラメーター

theClass
インターフェイスマップを持つクラスの名前。

iid
埋め込みクラスに割り当てられる IID。

localClass
ローカルクラスの名前。'X' は付けません。

解説

このマクロはオブジェクトでサポートする各インターフェイスを定義する BEGIN_INTERFACE_MAP マクロと END_INTERFACE_MAP マクロの間で使用します。このマクロは theClass と localClass で示されたクラスのメンバーに IID を割り当てます。 localClass の先頭には 'm_x' が自動的に追加されます。 1 個のメンバーに複数の IID を割り当てることもできます。これは、"最派生" インターフェイスを 1 個だけ作成し、これをすべての中間インターフェイスとして使用するときにも役に立ちます。この方法を使用した例が IOleInPlaceFrameWindow インターフェイスです。このインターフェイスの階層構造は次のようになっています。

IUnknown
    IOleWindow
        IOleUIWindow
            IOleInPlaceFrameWindow

IOleInPlaceFrameWindow を実装しているオブジェクトのクライアントは、実際に実装した "最派生" インターフェイス IOleInPlaceFrameWindow 以外に、IOleUIWindow、IOleWindow、IUnknown の各インターフェイスに対しても QueryInterface を適用できます。この適用を処理するには、複数の INTERFACE_PART マクロを使用して、すべての基底インターフェイスを IOleInPlaceFrameWindow インターフェイスに割り当てます。

クラス定義ファイルには次のように記述されます。

BEGIN_INTERFACE_PART(CMyFrameWindow, IOleInPlaceFrameWindow)

クラス実装ファイルには次のように記述されます。

BEGIN_INTERFACE_MAP(CMyWnd, CFrameWnd)
    INTERFACE_PART(CMyWnd, IID_IOleWindow, MyFrameWindow)
    INTERFACE_PART(CMyWnd, IID_IOleUIWindow, MyFrameWindow)
    INTERFACE_PART(CMyWnd, IID_IOleInPlaceFrameWindow, MyFrameWindow)
END_INTERFACE_MAP

IUnknown は常に必要であるため、フレームワークによって自動的にサポートされます。

INTERFACE_PART - マクロの説明

INTERFACE_AGGREGATE(theClass, theAggr)

パラメーター

theClass
インターフェイスマップを持つクラスの名前。

theAggr
集約するメンバー変数の名前。

解説

このマクロは、クラスが集約オブジェクトを使用することをフレームワークに知らせます。このマクロは BEGIN_INTERFACE_PART マクロと END_INTERFACE_PART マクロの間に記述します。集約オブジェクトは IUnknown から派生した別のオブジェクトです。集約と INTERFACE_AGGREGATE マクロを使用すると、集約によってサポートされているすべてのインターフェイスを、オブジェクトによって直接サポートされているように見せることができます。引数 theAggr は IUnknown の直接または間接派生クラスのメンバー変数名です。 INTERFACE_PART マクロをインターフェイスマップの中に記述するときは、必ず INTERFACE_AGGREGATE マクロの後に記述します。

次の方法で共有

TN038: MFC/OLE IUnknown の実装

MFC インターフェイスマップ

インターフェイスマップの基本

MFC インターフェイスマップを利用したクラスを作成するには

集約とインターフェイスマップ

集約オブジェクトの利用

マクロ INTERFACE_AGGREGATE を使用するには

集約可能なオブジェクト実装のための作業

リファレンスマニュアル

CCmdTarget::EnableAggregation - 関数の説明

解説

CCmdTarget::ExternalQueryInterface — 関数の説明

パラメーター

解説

CCmdTarget::ExternalAddRef - 関数の説明

解説

CCmdTarget::ExternalRelease - 関数の説明

解説

DECLARE_INTERFACE_MAP - マクロの説明

解説

BEGIN_INTERFACE_PART、END_INTERFACE_PART - マクロの説明

パラメーター

解説

BEGIN_INTERFACE_MAP、END_INTERFACE_MAP - マクロの説明

パラメーター

解説

INTERFACE_PART - マクロの説明

パラメーター

解説

INTERFACE_PART - マクロの説明

パラメーター

解説

関連項目

フィードバック

フィードバック

その他のリソース

次の方法で共有

TN038: MFC/OLE IUnknown の実装

MFC インターフェイス マップ

インターフェイス マップの基本

MFC インターフェイス マップを利用したクラスを作成するには

集約とインターフェイス マップ

集約オブジェクトの利用

マクロ INTERFACE_AGGREGATE を使用するには

集約可能なオブジェクト実装のための作業

リファレンス マニュアル

CCmdTarget::EnableAggregation - 関数の説明

解説

CCmdTarget::ExternalQueryInterface — 関数の説明

パラメーター

解説

CCmdTarget::ExternalAddRef - 関数の説明

解説

CCmdTarget::ExternalRelease - 関数の説明

解説

DECLARE_INTERFACE_MAP - マクロの説明

解説

BEGIN_INTERFACE_PART、END_INTERFACE_PART - マクロの説明

パラメーター

解説

BEGIN_INTERFACE_MAP、END_INTERFACE_MAP - マクロの説明

パラメーター

解説

INTERFACE_PART - マクロの説明

パラメーター

解説

INTERFACE_PART - マクロの説明

パラメーター

解説

関連項目

フィードバック

フィードバック

その他のリソース

MFC インターフェイスマップ

インターフェイスマップの基本

MFC インターフェイスマップを利用したクラスを作成するには

集約とインターフェイスマップ

リファレンスマニュアル