何时在 UserControl 上使用模板化控件？

我正在寻找一些有关如何在 WinRT 中创建自定义控件的教程，我有一个问题。

假设我想创建一个包含一些内容的简单控件，例如左侧有图像、右侧有几个 TextBlock 的网格。

我的意思是，一些简单的事情，比如：

<Grid Height="100">
    <Grid.ColumnDefinitions>
        <ColumnDefinition Width="0.3*"/>
        <ColumnDefinition Width="0.7*"/>
    </Grid.ColumnDefinitions>
    <Image Source"/Assets/someRandomImage.png"/>
    <StackPanel Grid.Column="1"
                VerticalAlignment="Center">
        <TextBlock Text="Some text"
                   Margin="10,0,10,0"
                   FontSize="24"
                   FontWeight="SemiLight"
                   TextTrimming="CharacterEllipsis"/>
        <TextBlock Text="Some random description..."
                   Margin="10,5,10,0"
                   FontSize="18"
                   FontWeight="Light"
                   Foreground="Gray"
                   TextWrapping="Wrap"
                   TextTrimming="CharacterEllipsis"/>
    </StackPanel>
</Grid>

我将使用此内容创建一个 UserControl，以便在处理其 UI 时能够在 XAML 设计器中看到它，并且我将在后面的 UserControl 代码中添加所有 Properties 和 DependencyProperties。

然后我发现另一种方法是使用模板控件，因此我必须创建一个继承自 Control 类的类，然后使用上面的 XAML 代码作为模板并将其应用到自定义控件并添加所有其余的逻辑在那里。

当然，我还必须将 x:Name 属性添加到控件内的一些 UIElement 中，以便能够与它们交互，但您明白了。

我想知道，使用这两种方法中的任何一种都可以，还是特别使用其中一种更好，为什么？ 另外，我喜欢使用 UserControls，因为我可以在设计器窗口中看到它们，而我无法使用模板来做到这一点，我必须运行应用程序并创建控件的实例才能查看它的内容实际上看起来像。

感谢您的帮助，我想我不是唯一有此疑问的人，所以我希望这个问题也能帮助其他人：D

Sergio

TLDR

自定义（模板化）控件允许应用程序使用 Template 属性来替换控件的内部元素树。如果您不需要/希望您的控件具有重新模板化功能，请使用 UserControl，因为它更容易。

用户控制

• A UserControl使用 Visual Studio 或 Blend 更容易创建，为您提供良好的设计视图支持。
• 您通常使用它在应用程序中通过多个控件组成视图。
• 它最适合全屏或全窗口视图，或者如果您有复杂的视图，并且想要将其分解为较小的、可能可重用的代码块。

• 如果您选择采用 MVVM 模式，此类视图通常有相应的视图模型支持。

• 一个问题是UserControl虽然您可以在应用程序中的多个位置重用它，但很难对其在应用程序中不同位置的外观或行为进行细微调整，因为它不使用模板并且 UI 树加载到构造函数中。

• 它通常只能在单个应用程序的范围内重复使用。

自定义控制

• A custom control或者在某些情况下templated control最适合用于单一目的的一小部分 UI - 它可视化单个特定类型的信息。
• 模板化控件可以更改其模板以调整特定用例的视觉效果。它允许您在一个应用程序中拥有一个看起来像默认按钮的按钮，在另一个应用程序中拥有一个看起来像圆形按钮的按钮，在另一个应用程序中拥有一个完全由图像组成的按钮。它使其更具可重用性，如果您制作多个应用程序或想与世界分享您出色的控制功能，这是有意义的。
• 编写良好的自定义控件通常可以在多个应用程序中重复使用，因为它不依赖于特定应用程序的业务逻辑。
• 它通常源自现有的平台控件，例如Button, ToggleButton, ContentControl, Slider, TextBox or ListView添加或覆盖其逻辑。但在某些情况下，从头开始创建一个“虚拟抽象”子类是有意义的Control, ItemsControl, RangeBase, Shape甚至FrameworkElement（最后两个不是模板）。
• 模板化控件的可视化树在加载模板时加载，这可能晚于控件的可见性首次更改时发生Collapsed to Visible它允许延迟加载 UI 部分以获得性能改进。
• 由于控件模板仅加载一次，因此非常适合在任何 ItemsControl DataTemplate（列表、网格视图等）内使用。如果您要使用 UserControl，您的性能可能会受到影响，因为 UserControl XAML 会被一遍又一遍地解析。

定制面板

A custom panel是另一种类型的 UI 元素，允许自定义其子元素的布局方式。