Question

我正在编写一个C ++ / CLI类，需要在其生命周期内保持CComPtr，例如。

public ref class MyClass
{
public:
    MyClass()
    {
        CComPtr<ISomeType> pSomeType;
        // init someType;
        m_pSomeType = pSomeType;
    }

private:
    CComPtr<ISomeType> m_pSomeType;

    void DoSomething()
    {
        m_pSomeType->DoSomething();
    }
}

但是这不能编译，因为不支持混合类型 - 解决方案是使用AutoPtr。我仍然需要引用计数，所以这就是我想出来的。

public ref class MyClass
{
public:
    MyClass()
    {
        CComPtr<ISomeType> pSomeType;
        // init someType;
        m_pSomeType = new CComPtr<ISomeType>(pSomeType);
    }

private:
    AutoPtr<CComPtr<ISomeType>> m_pSomeType;

    void DoSomething()
    {
        CComPtr<ISomeType> pSomeType = *m_pSomeType.GetPointer();
        pSomeType->DoSomething();
    }
}

这对我来说很讨厌，我也怀疑它在某种程度上是错误的（我来自C＃背景，所以当我走的时候我会学到很多这样的东西）。

我应该如何“存储”CComPtr作为C ++ / CLR类的成员？

Answer 1

我做了一个可能对你有帮助的智能指针。它不能用于直接管理COM指针，但它可用于在托管类中保存CComPtr。

scoped_ptr for C++/CLI (ensure managed object properly frees owned native object)

如果您选择使用它，请尊重许可证要求（不禁止商业用途，但您必须给予信用）。

另外，你可以写

(*m_pSomeType)->DoSomething();

而不是复制CComPtr（必须更新引用计数）。

除此之外，我会在构造函数中使用 ctor-initializer-list 而不是赋值。

MyClass()
    : m_pSomeType(new CComPtr<ISomeType>)
{
}

Answer 2

如果您想单独编译托管代码和非托管代码，则here是一个链接。

使用它可以保留两者的味道。

C ++ / CLR类中的CComPtr成员

2 个答案: