我刚刚开始了解 WPF，并想创建一个可重用的 WPF 控件。
当我查看在 Visual Studio 中创建项目的选项时，我看到“WPF 用户控件库”和“WPF 自定义控件库”。我不清楚它们之间有什么区别，我的谷歌搜索也没有找到任何体面的解释。
我想了解它们之间的区别，并在理想情况下查看一些何时使用其中一种的示例。
问问题
56694 次
3 回答
128
实际上，自定义控件是您在代码级别实现的，而您可以将 XAML 用于用户控件。自定义控件扩展了 WPF 控件基类之一并通过代码提供附加功能，因此所有添加的逻辑和表示必须在代码内实现。
用户控件在技术上是一个普通的内容控件，您可以在代码中的某些部分扩展它，但通常通过在其中放置其他控件来扩展它。因此，正如 Kent 提到的，UserControl 是其他控件的集合。这极大地限制了您可以使用用户控件执行的操作。它比完整的自定义控件更易于使用但更受限制。
从运行时的角度来看，这些控件有细微的差别。在构建应用程序并将 UserControl 放入其中时，控件树中将有一个具体的 UserControl 模板。因此，如果我们考虑一个专门按钮的蹩脚示例。如果您使用的是用户控件，您将在<UserControl>元素内添加一个按钮。使用自定义控件时，您很可能从按钮派生控件本身。差异将在逻辑树中可见。
虽然自定义控件将提供类似于
- 窗户
- 自定义按钮
UserControl 会给出一个逻辑树
- 窗户
- 自定义按钮用户控件
- 按钮
- 自定义按钮用户控件
所以最终 UserControl 只是一个普通的 ContentControl ，您可以对其进行扩展，并且可以为其预定义内容。自定义控件以易于实现为代价提供了更大的灵活性，因为您必须在代码中完成所有逻辑和交互，而不是享受 XAML 的好处。
尽管如此，我认为 Visual Studio 模板并没有太大的不同。很可能 Visual Studio 自定义控件只是创建一个带有空自定义控件的项目，而用户控件项目是一个带有空用户控件的项目。您可以稍后将任何类型的项目添加到项目中。
更新
我对何时使用自定义控件和用户控件的看法是，如果您可以使用用户控件完成某些操作并且逻辑树中的额外控件元素不会打扰您，请使用用户控件，因为它们更容易创建和维护。仅当您有理由不使用用户控件时才使用自定义控件。
于 2009-04-30T16:26:39.937 回答
25
AControl代表一些可换肤（可模板化）的行为，而 aUserControl通常Control是特定于应用程序的 s 的更高级别聚合。
更多信息在这里。
于 2009-04-30T16:07:55.550 回答
1
用户控件库、自定义控件库和 WPF 类库模板之间的区别
要回答最初的问题，两个库模板之间的主要区别在于，一个带有默认的空用户控件，而另一个带有默认的空自定义控件。它们都是 WPF 类库。任何一个项目都可以包含零个或多个用户控件以及零个或多个自定义控件。
此外，正如Novitchi S和Cameron Macfarland在单独的帖子中所解释的，自定义控件库还添加了一个ThemeInfo程序集属性来解析控件的默认样式/模板的位置。
用户控件和自定义控件之间的区别
用户控件是 WPF 控件（包括其他用户控件）的集合，而自定义控件是从 Control 派生的类。
这篇 MSDN 文章就何时在开发用户控件、自定义控件或从框架元素派生之间进行选择提出了以下建议。
如果以下所有条件都适用，请考虑派生UserControl：
- 您希望构建控件的方式与构建应用程序的方式类似。
- 您的控件仅包含现有组件。
- 您不需要支持复杂的自定义。
Control如果以下任何一项适用，请考虑派生：
- 您希望通过 ControlTemplate 自定义控件的外观。
- 您希望您的控件支持不同的主题。
FrameworkElement如果以下任何一项适用，请考虑派生：
- 您希望对控件的外观进行精确控制，而不仅仅是简单的元素组合所提供的。
- 您想通过定义自己的呈现逻辑来定义控件的外观。
其他 StackOverflow 答案的其他好建议：
Reed Copsey 解释说“UserControls 旨在将多个 WPF 控件组合在一起，以便从其他控件构建一组功能”，并进一步分享他的经验，“在 WPF 中实际上很少需要 CustomControls，因为WPF 模板选项和附加属性允许您使用标准控件执行几乎任何操作”。
Mikko Rantanen 类似地分享了他们的观点“使用自定义控件和用户控件是，如果您可以使用用户控件完成某些操作并且逻辑树中的额外控件元素不会打扰您，请使用用户控件，因为它们更容易创造和维护。”
于 2021-12-10T17:42:11.640 回答