uwp我应该在数据模板中使用用户控件吗?

在我的UWP应用程序中,我正在考虑将我的数据模板提取为单独的用户控件,即: ,用户控件(customtemplate)将具有之前的堆栈面板或网格我的DataTemplate直接及其绑定,我已经知道如何实现这一点。

我的问题是,通过在用户控件中提取数据模板,这是否会导致任何性能损失? 我在某处读到,在执行此操作时,每个GridViewItem继续执行InitializeComponent() ,执行用户控件并在UI上解析xaml,这会导致性能问题? 但是,如果我们将数据模板保存在同一文件中(未在用户控件中提取),则不会出现性能问题。 这是真的 ?

首先,如果您纯粹想要使用相同的DataTemplate使用x:Bind不同的组件,则不必将所有元素都包装在UserControlCustom Control中

您只需创建一个名为Templates.xaml的资源字典,其中包含您要共享的所有数据模板(使用x:Bind !),以及具有相同名称的cs类,如下所示:

 public partial class Templates { public Templates() { InitializeComponent(); } } 

然后在您的Templates资源字典中,添加一个x:Class属性以指向您刚刚创建的类 –

  

最后,您需要将此资源字典合并到App.xaml或父资源字典中 –

       

现在构建并运行它应该工作。 请参考伊戈尔关于这个主题的优秀post ,这是几年前我跟随的,完美地为我工作的。 我甚至可以在那里创建代码隐藏的东西。


现在回到原来的问题,使用UserControl对性能UserControl吗?

我个人认为UWP的答案是否定的。

历史上在WPF中,在每次创建新数据模板时,在虚拟化项控件内使用UserControl会调用UserControl中InitializeComponent() ,这会导致性能问题,因此人们倾向于使用自定义控件

但是,在UWP中不再是这种情况,无论是UserControl自定义控件还是Grid ,只要它们具有相同的精确子元素,它们将被加载相同的次数。 这意味着UserControl内的InitializeComponent只会被调用很少次,直到虚拟化的ListView有足够的数字来循环整个列表。

但请记住,另一个控件包装器是一个额外的层,它总是会吸收更多的内存。 因此,除非您希望模板上有其他逻辑,例如具有显示/隐藏内容的依赖项属性,否则您不必将其内容提取到另一个UserControlCustom Control中

我希望我的解释是有道理的。