时间戳

首页 > 解决方案 > 如何在代码中创建 XAML 自定义控件？

uwp - 如何在代码中创建 XAML 自定义控件？

问题描述

我正在尝试使用 C++/WinRT 在代码中实现自定义 XAML 控件。但是，我尝试的实现未能编译。作为概念证明，我使用了以下代码：

#pragma once

#include <winrt/Windows.UI.Xaml.Controls.h>

namespace MyApp
{
    struct MyControl : winrt::implements<MyControl, winrt::Windows::UI::Xaml::Controls::Control>
    {
    };
}

这导致以下编译器错误：

1>MyControl.cpp
1>c:\program files (x86)\windows kits\10\include\10.0.17134.0\cppwinrt\winrt\base.h(6416): error C2079: 'winrt::impl::producer<D,winrt::Windows::UI::Xaml::Controls::Control,void>::vtable' uses undefined struct 'winrt::impl::produce<D,I>'
1>        with
1>        [
1>            D=MyApp::MyControl
1>        ]
1>c:\program files (x86)\windows kits\10\include\10.0.17134.0\cppwinrt\winrt\base.h(7163): note: see reference to class template instantiation 'winrt::impl::producer<D,winrt::Windows::UI::Xaml::Controls::Control,void>' being compiled
1>        with
1>        [
1>            D=MyApp::MyControl
1>        ]
1>c:\xxx\mycontrol.h(8): note: see reference to class template instantiation 'winrt::implements<MyApp::MyControl,winrt::Windows::UI::Xaml::Controls::Control>' being compiled

我无法理解编译器错误。显然，您无法像实现其他类型以供 Windows 运行时使用一样实现 XAML 控件。

在代码中实现 XAML 自定义控件需要什么？

标签： uwpc++-winrt

解决方案

WinRT 中的“继承”或“子类化”与 C++ 继承略有不同。因为这些是 COM 接口，所以当您对 WinRT 运行时类进行子类化时，您真正要做的是COM 聚合，并结合实现基类型的可覆盖接口。由于 COM 聚合方面，这比标准 C++ 继承要繁琐得多，还有所有的委托/非委托、特殊构造等。这将是 WRL 中的一个主要痛苦，但是 C++/CX 在下面做了一堆编译器魔法将其抽象出来的引擎盖。幸运的是，C++/WinRT 可以帮助您提供两种类型的抽象，而无需求助于无形的魔法。

如果您正在创作不需要外部可见的类型（例如，应用程序，而不是运行时组件），C++/WinRT 为此提供了方便的帮助器：

#pragma once

#include <winrt/Windows.UI.Xaml.Controls.h>

namespace MyApp
{
    struct MyControl : winrt::Windows::UI::Xaml::Controls::ControlT<MyControl>
    {
        void OnTapped(winrt::Windows::UI::Xaml::Input::TappedRoutedEventArgs const&);
    };
}

此基类型ControlT将正确构造聚合的基Control实例并将基方法委托给它，同时还实现“可覆盖”接口。这些可覆盖的方法都有一个占位符实现，默认调用基方法，但您可以自己覆盖它们并获得您的自定义行为。

另一方面，如果您需要通过 IDL 创建一个投影类型：

namespace MyApp
{
  [default_interface]
  runtimeclass MyControl : Windows.UI.Xaml.Controls.Control
  {
    MyControl();
  };
}

这将生成与上述内置ControlT案例类似的脚手架，但也会投影您的类型。事实上，如果您检查为这种类型生成的文件（在此示例中为 MyControl.gh），您会看到MyControlT所有连接的地方。

（注意：[default_interface]只有当你有一个空的、可构造的、密封的运行时类时才需要该属性。一旦你添加了成员​​，midl 将在没有任何其他哄骗的情况下合成默认接口。

推荐阅读