0

更新: 我使用 Richard 的建议来修复 Tag 的设置。但是我在使用 getter for Tag 并在其上使用.as / 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\10\Include\10.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\10\Include\10.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\10\Include\10.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\10\Include\10.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\10\Include\10.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\10\Include\10.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\10\Include\10.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\10\Include\10.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\10\Include\10.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\10\Include\10.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\10\Include\10.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\10\Include\10.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\10\Include\10.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 是一个手工编写的类(没有 idls),其定义如下所示:

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. 这是正确的方法吗?或者有没有办法解决它?
4

2 回答 2

1
  1. 是否可以使用与 ABI 的某些互操作将 Com 指针设置为 Tag?

如果要转换代码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. 还有什么我想念的吗?

你做得很好,但也许我们可以注意这在 C++/CX 和 C++/WinRT 之间的区别。这里我们*this改用this.

  1. 这是正确的方法吗?或者有没有办法解决它?

如果您想将对象添加到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 指针的转换,并将from方法的返回类型更改为 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);
 
于 2020-09-18T09:52:55.227 回答
0

您已经完成了大部分工作,但现在是时候深入了解调用as<To>()/try_as<To>(). 您可能已经知道它们是QueryInterface的包装器。两者之间唯一的区别是as<To>()QueryInterface失败转换为异常,而try_as<To>()在失败时返回null。(为简洁起见,我将仅提及as<To>()其余部分)

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

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

默认界面

第 1 步是guid_of<T>返回 T 的默认界面的 guid 。接口是它们自己的默认接口——default_interface<T>T. 对于runtimeclasses,默认接口是winmd中的一个属性,可以在MIDL3中手动指定,但典型的情况是默认接口WidgetIWidget.

winrt::implements 的默认接口

第2步是对于T从 派生的类型winrt::implements,默认接口T是提供给模板的第二种类型的默认接口(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 3具有与 相同的默认接口Base。(Derived3上面更糟糕,有点反模式——Derived3它自己没有实现任何接口,所以没有必要在implements这里使用。)这意味着它as<Derived2>()不会像我们想象的那样行事——C++/ WinRT 是QueryInterface为了IBase,而不是IDerived,这使得BaseDerived不可区分的目的as<T>()。如果编译成功,这将导致运行时歧义和各种混乱。

但是,as<Derived2>()由于最后一个问题,不会编译:as<To>()需要返回类型。同样,对于预计的接口/运行时类,这很简单: return To。对于原始 ABI 接口,这也很简单: return com_ptr<T>

问题

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

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

结论

如果您的实现类型没有默认接口(或没有唯一接口),那么尝试将其与as<T>()/try_as<T>().

在这一点上,我希望你能明白为什么调用as<DerivedController>()不适合你:它没有自己的默认接口,因此Controller在涉及as<T>()/时会产生歧义QueryInterface。这在 C++/CX 中起作用的原因是它自动为 ref 类生成了一个默认接口。如果您希望您的类型可以通过 访问as<T>(),它需要有一个唯一的默认接口。

于 2020-09-23T20:41:12.633 回答