Wpf 在多个XAML文件中拆分大型XAML项目

我有一个大型XAML项目，它将有一个主TabControl，每个选项卡“页面”都有自己相当复杂的元素集和用户交互。（这适用于复杂的工业控制应用）

我希望每个选项卡的内容都有自己的XAML文件，一部分是为了避免所有内容都有一个庞大的、无法管理的XAML文件，另一部分是为了让不同的设计人员可以在各自的选项卡上工作

在多个文件中拆分XAML项目的“正确”方法是什么？我在这里看到了关于堆栈溢出的静态资源和用户控件，但它们似乎都不是这些特性的“预期”目的。前者显示为用于字符串、画笔、颜色、样式、模板等资源，后者显示为用于自定义控件。在多个文件和设计器之间拆分大型XAML项目的“最佳实践”是什么

---

提前感谢。

我会使用多个用户控件来实现这一点，因为您将多个控件组合到一个控件中，并且由于它创建了一个概览，因此效率更高。

尝试使用DataTemplate作为资源（从而拆分资源文件）并将其DataType属性设置为与数据对象的特定实例对应的特定UI片段（如果这适合您的场景）

---

否则，请使用UserControls，因为这现在是实现您的需求的公认方法。

Microsoft将UserControls类的用途描述为“创建控件的简单方法”。但我不需要创建任何控件-库存控件对我来说很好。每个选项卡都有特定的用途，例如，一个选项卡用于配置一件制造设备（按钮、复选框等），另一个选项卡将一件设备与正在制造的零件和零件库存（单选按钮、某种绑定到数据库的列表视图等）相关联。所有控件都很普通，但每个选项卡在制造过程中都有自己的用途。当你想创建自己的控件时，我认为你将创建一个CustomControl而不是UserControl，这就是我的工作方式，抱歉=）毫无疑问，用户控件适用于此场景，但我在MSFT中看到的大多数示例和文档表明，它们的目的是创建可重复使用多次的控件，或将其放入控件库中，以便在多个项目之间共享，但是，由于需要将大型XAML项目拆分为多个文件以减少麻烦，或者需要在多个开发人员/设计师之间进行拆分在大型商业/工业项目中很常见，我（可能是愚蠢的）认为MSFT有一个专门用于此的功能，所以我不必用扳手来敲锤子。@user316117我和你有同样的问题。你找到答案了吗？为什么你不能使用框架？@user316117已经接受了这个答案，既然我和他们一样担心，我也会这么做。在使用过许多其他GUI工具包和API之后，我觉得这也很奇怪，但既然它工作得很好，而且没有人反对，我想这是一种“正确”的方式