将 comptr 设置为 winrt::UserControl::Tag() 时出错

Error setting comptr to winrt::UserControl::Tag()

更新: 我使用 Richard 的建议来修复 Tag 的设置。但是我在使用 getter 作为 Tag 并使用 .as/[=41= 时遇到了一些问题]try_as运算符就可以了。

class DerivedController : public winrt::implements<DerivedController, Controller> {
 public:
    DerivedController() {}

    virtual ~DerivedController() {}

    static winrt::com_ptr<DerivedController> from(const winrt::FrameworkElement& control) {
        return control ? control.Tag().try_as<DerivedController>() : nullptr;
    }
}

这是我得到的错误:

1>C:\Program Files (x86)\Windows Kits\Include.0.18362.0\cppwinrt\winrt/base.h(8013): error C2440: 'static_cast': cannot convert from 'winrt::impl::producer<D,I,void> *' to 'D *'
1>        with
1>        [
1>            D=`anonymous-namespace'::DerivedController,
1>            I=winrt::Windows::Foundation::IInspectable
1>        ]
1>        and
1>        [
1>            D=`anonymous-namespace'::DerivedController
1>        ]
1>C:\Program Files (x86)\Windows Kits\Include.0.18362.0\cppwinrt\winrt/base.h(8013): note: Types pointed to are unrelated; conversion requires reinterpret_cast, C-style cast or function-style cast
1>C:\Program Files (x86)\Windows Kits\Include.0.18362.0\cppwinrt\winrt/base.h(8012): note: while compiling class template member function 'D &winrt::impl::produce_base<D,I,void>::shim(void) noexcept'
1>        with
1>        [
1>            D=`anonymous-namespace'::DerivedController,
1>            I=winrt::Windows::Foundation::IInspectable
1>        ]
1>C:\Program Files (x86)\Windows Kits\Include.0.18362.0\cppwinrt\winrt/base.h(7777): note: see reference to function template instantiation 'D &winrt::impl::produce_base<D,I,void>::shim(void) noexcept' being compiled
1>        with
1>        [
1>            D=`anonymous-namespace'::DerivedController,
1>            I=winrt::Windows::Foundation::IInspectable
1>        ]
1>C:\Program Files (x86)\Windows Kits\Include.0.18362.0\cppwinrt\winrt/base.h(7737): note: see reference to class template instantiation 'winrt::impl::produce_base<D,I,void>' being compiled
1>        with
1>        [
1>            D=`anonymous-namespace'::DerivedController,
1>            I=winrt::Windows::Foundation::IInspectable
1>        ]
1>C:\Program Files (x86)\Windows Kits\Include.0.18362.0\cppwinrt\winrt/base.h(7777): note: see reference to class template instantiation 'winrt::impl::produce<D,winrt::Windows::Foundation::IInspectable>' being compiled
1>        with
1>        [
1>            D=`anonymous-namespace'::DerivedController
1>        ]
1>C:\Program Files (x86)\Windows Kits\Include.0.18362.0\cppwinrt\winrt/base.h(4088): note: see reference to function template instantiation 'D *winrt::get_self<To,winrt::Windows::Foundation::IInspectable>(const I &) noexcept' being compiled
1>        with
1>        [
1>            D=`anonymous-namespace'::DerivedController,
1>            To=`anonymous-namespace'::DerivedController,
1>            I=winrt::Windows::Foundation::IInspectable
1>        ]
1>C:\Program Files (x86)\Windows Kits\Include.0.18362.0\cppwinrt\winrt/base.h(2387): note: see reference to function template instantiation 'winrt::com_ptr<D> winrt::impl::as<To,winrt::impl::IUnknown>(From *)' being compiled
1>        with
1>        [
1>            D=`anonymous-namespace'::DerivedController,
1>            To=`anonymous-namespace'::DerivedController,
1>            From=winrt::impl::IUnknown
1>        ]
1>note: see reference to function template instantiation 'winrt::com_ptr<D> winrt::Windows::Foundation::IUnknown::as<`anonymous-namespace'::DerivedController>(void) const' being compiled
1>        with
1>        [
1>            D=`anonymous-namespace'::DerivedController
1>        ]
1>note: see reference to class template instantiation 'winrt::com_ptr<D>' being compiled
1>        with
1>        [
1>            D=Controller
1>        ]
1>C:\Program Files (x86)\Windows Kits\Include.0.18362.0\cppwinrt\winrt/base.h(10615): note: see reference to class template instantiation 'winrt::com_ptr<winrt::impl::IContextCallback>' being compiled (compiling source file
1>C:\Program Files (x86)\Windows Kits\Include.0.18362.0\cppwinrt\winrt/base.h(10349): note: see reference to class template instantiation 'winrt::com_ptr<winrt::impl::IServerSecurity>' being compiled
1>C:\Program Files (x86)\Windows Kits\Include.0.18362.0\cppwinrt\winrt/base.h(10308): note: see reference to class template instantiation 'std::chrono::time_point<winrt::clock,winrt::Windows::Foundation::TimeSpan>' being compiled
1>C:\Program Files (x86)\Windows Kits\Include.0.18362.0\cppwinrt\winrt/base.h(6462): note: see reference to class template instantiation 'winrt::com_ptr<winrt::impl::IMarshal>' being compiled
1>C:\Program Files (x86)\Windows Kits\Include.0.18362.0\cppwinrt\winrt/base.h(210): note: see reference to class template instantiation 'std::array<uint8_t,8>' being compiled

控制器是构造函数:

auto controller = winrt::make<Controller>().as<Controller>();

DerivedController 构造为:

DerivedController dController{};

DerivedController在c++/cx中曾经是这样的:

ref class DerivedController sealed : public Controller {
    internal : explicit DerivedController(Windows::UI::Xaml::FrameworkElement ^ &control)    
        : Controller(control) {}   

    static DerivedController ^   
        from(Windows::UI::Xaml::FrameworkElement ^ control) {   
            return control ? dynamic_cast<SvgCanvasController ^>(control->Tag) : nullptr;   
        }
}

不确定我做错了什么,该错误似乎与 类 的定义方式有关。对此有任何想法将不胜感激!

原文: 在 C++/CX 中,我曾经能够做到:

ref class Controller {
    Controller() {
        container = ref new UserControl();
        container->Tag = this;
        ...
        ...
    }
}

当我尝试将其转换为 C++/WinRT 时,直接转换如下:

class Controller : public winrt::implements<Controller, winrt::Windows::Foundation::IInspectable> {
    Controller::Controller() {
        winrt::UserControl container;
1===>    container.Tag(this);
        ...
        ...
    }
}

Controller is a hand-authored class (no idls) whose definition looks like this:

class Controller : public winrt::implements<Controller, winrt::Windows::Foundation::IInspectable> 
{
    ...
    ...
    ...
}

但我在 (1) 处遇到错误:

Error   C2664   'void winrt::impl::consume_Windows_UI_Xaml_IFrameworkElement<D>::Tag(const winrt::Windows::Foundation::IInspectable &) const': cannot convert argument 1 from 'Controller *' to 'const winrt::Windows::Foundation::IInspectable &'
  1. 是否可以使用与 ABI 的一些互操作将 Com 指针设置为 Tag?
  2. 还有什么我遗漏的吗?
  3. 这是正确的方法吗?或者有解决办法吗?
  1. Is it possible to set a Com pointer to Tag using some interop with ABI?

如果要转换代码container->Tag=this;在 C++/CX 中到 C++/WinRT 中的相应代码,您可以尝试将 *this 作为参数传递,而不是使用与 ABI 的互操作,如下所示:

class Controller : public winrt::implements<Controller, winrt::Windows::Foundation::IInspectable>
{
    public:
        UserControl container;
        Controller::Controller()
        {
            container.Tag(*this);
        }
        ……
};
  1. Is there anything else I am missing?

你做得很好,但也许我们可以注意一下C++/CX和C++/WinRT之间的差异。这里我们使用 *this 代替 this.

  1. Is this the right approach? Or is there a way around it?

如果你想把对象添加到Tag属性,那么这个方法是对的。你可以试试这个代码:

Controller cc{};
UserControl uc = cc.container;
auto item1 = uc.Tag();
        
auto item2=  item1.try_as<Controller>();
auto item3 = item2.get();
UserControl uc2 = item3->container;
if (uc = uc2)
{
   int t = 1;
}

更新:

可以使用static_cast实现Controller指针到DerivedController指针的转换,将的return类型从 方法作为 DerivedController* 像这样:

static DerivedController* from(winrt::Windows::UI::Xaml::FrameworkElement const& control) 
{
    auto con = static_cast<winrt::Windows::UI::Xaml::FrameworkElement>(control);
    if (con != nullptr)
    {
        auto it1=con.Tag();
        auto it2 = it1.try_as<Controller>();
        Controller* cc = it2.get();
        DerivedController* der = static_cast< DerivedController* >(cc);
        return der;
    }
    return nullptr;
}

然后调用from方法:

Controller cc{};
DerivedController dController{};
DerivedController* aa = dController.from(cc.container);
 

您已经了解了大部分内容,但现在是深入研究调用 as<To>()/try_as<To>() 时幕后实际发生的事情的时候了。您可能已经知道它们是 QueryInterface 的包装器。两者之间的唯一区别是 as<To>()QueryInterface 失败转换为异常,而 try_as<To>() return 失败时为 null。 (为简洁起见,其余部分仅指 as<To>()

所以现在我们知道我们正在调用 QueryInterface,但它需要一个 GUID,而不是模板类型参数。 C++/WinRT 使用类型特征 winrt::guid_of<T> 为我们翻译它,它将 uuid 与类型相关联。当类型 To 是投影接口或使用 uuid declspec 声明的原始 ABI 接口时,“type-to-guid”映射的行为与人们预期的非常相似。

但是当类型 To 是从 winrt::implements 派生的实现类型时会发生什么?这里有两个额外的步骤。

默认界面

第 1 步是 guid_of<T> returnT 的 默认界面 的 guid。接口是它们自己的默认接口 - default_interface<T>T 相同。对于runtime类,在MIDL3中默认的接口是an attribute in the winmd, and can be manually specified,但是典型的情况是Widget的默认接口是IWidget.

winrt::implements的默认界面

第2步是对于从[=21=派生的类型TT的默认接口是提供给模板的第二种类型的默认接口(第一种类型在 CRTP 类型之后)。例如,

struct Base : implements<Base, IBase> {};
// default_interface<Base> == default_interface<IBase> == IBase

strict Derived1 : implements<Derived1, IDerived, Base> {};
// default_interface<Derived1> == IDerived

struct Derived2 : implements<Derived2, Base, IDerived> {};
// default_interface<Derived2> == IBase

struct Derived1 : implements<Derived1, Base> {};
// default_interface<Derived1> == IBase

记住这一点很重要。

在上面的示例中,请注意 Derived2Derived 3Base 具有相同的默认界面。 (上面的 Derived3 更糟,有点反模式——Derived3 没有实现它自己的任何接口,所以这里没有必要使用 implements。)这意味着as<Derived2>() 不会像我们想象的那样运行 - C++/WinRT 将 IBase 变为 QueryInterface,而不是 IDerived,这使得 BaseDerived 无法区分 as<T>()。如果成功编译,这将导致运行时歧义和各种混乱。

然而,as<Derived2>() 不会编译,因为最后一个问题:as<To>() 需要一个 return 类型。同样,对于预计 interfaces/runtimeclasses,这很简单:return To。对于原始 ABI 接口,这也很简单:return com_ptr<T>.

收获

但是对于implements,我们需要记住QueryInterface的一个细节,returned指针必须指向所请求接口的vtable(它可能在对象的内存中偏移布局)。冒着过度简化的风险,implements 为每个已实现的接口使用模板类型 produce<D, I> 来实现这一点(produce<Derived1, IDerived> 指向 Derived1IDerived 虚表)。因此,最后一步是 as<To>() 将此 ABI 偏移接口指针转换为 produce<To, default_interface<To>> 指针,以便编译器能够应用正确的偏移量以安全地取回 To 指针。

如果我们采用示例代码,这意味着调用 as<Derived1>() 将转换为 produce<Derived1, IDerived>*,这可以让您返回到 Derived1。但是调用 as<Derived2>() 将尝试转换为 produce<Derived2, IBase>*,它没有返回 Derived2 的路径,因为 IBase 不是 Derived2 实现的接口之一.换句话说,C++/WinRT 会将您从 IBase 带到 Base,因为 Base 通过 implements 类型实现 IBase,但它不会占用你从 IBaseIDerived2.

结论

如果您的实现类型没有默认接口(或没有唯一的接口),您将很难尝试将其与 as<T>()/try_as<T>() 一起使用。

在这一点上,我希望你能明白为什么调用 as<DerivedController>() 对你来说不太有效:它没有自己的默认接口,这使得它与 Controller 不明确当谈到 as<T>()/QueryInterface 时。这在 C++/CX 中起作用的原因是它自动为 ref 类 生成了一个默认接口。如果您希望您的类型可以通过 as<T>() 访问,它需要有一个唯一的默认界面。